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(54) METHOD FOR COMMONLY BROWSING WEB CONTENT 

(57)Abstract: - 

PROBLEM TO BE SOLVED: To provide a flexible mechanism that ' 

synchronizes a plurality of web browsers, and also to enable web 

browser, which do not change to share an web page which do not 

change. 

SOLUTION: A computerized system enables multiple users of the 
standard internet web browsers to collaborate by having significant 
states of their browser, such as which web page is currently being 
viewed, scrollbar positions, and form values, to be controlled remotely by 
the users of other Internet web browsers. The system uses a monitor to 
poll the static and dynamic state of the selected pages, and to 
communicate is state to a controller in middle of performing over a web 
server. 
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[Si*ri1] S»fl)f7-f7> h=J>t°a-'S'fcJ;l/ 
fIte=J> hn— 5i=fci>T, fflFfBII*Mtt!Bft,);lH(iMtt 

«s**t?»K * •> -b- v * f**f 5xf7^t. 

£S^L. iiUSeM2CD'f x^^^^+F-fi/X^^A^Wtl 
IB* 1 roOi^-v-T >Xlz®i6<]lc|5]^$-y-i> 

[iS*3S2] SUI5SS 1 JSJ:tf$&2OT-f 

3*91 1 I = 1B«CD:&$4. 
[I**rjl3] BfllBttffi^^-'J^y-r-SX^-y^l*. 

"9— / <I=*HM * tl -5 C t £ «8(t t * $>tmm 1 lcfBiE<D 
[I**ri5] itjie^?— ij v^tS^f-^ii. tK— 'J 

[i*3Rri6] miBm i fccfci/m 2 wt7x^^7 o-tP-r 

>X$>Xli. j|1JfB^-1'7'> ha>tfa. — SIc&UT 

7 ] airfE^ x vi*. uuk* 1 cdo x ^ 

[IS*Ig8] HUfBOx^K-ixfcJ;^ /<t©Oi^ 

^O+f-OxS^xi*, «rlB*raW<tBlllHr'yi/3> 

9 ] mis*- ') >#mmzn-t *&»± , is 



[Sfsfcijn o] fiiBPSt^^^+f^u-AiiHf p;^tc 
TOu] fiIBSS2ro^x^^^'!7-if-f >x^i/ 

tt « * t? E«r > -b — ✓ * f*l«f * x T «> ^ t . 

fissm i co^i^^+f-r >xs >7.icfctxr. fltitB 
jfflifisn (^1^7 0+f-< >x$ ^xicfcu-c, fjfB 

S*t> yfe— v+OTflfBttSglcfifeoTftfero^x^^— y 

^S^ur. frtsm i ro^i^^Wv^ii 

HtjfES^OOx^^O-f -f>X9 >XICK)fi<JI::|?]#!£ 

■tt t ? t £ <* c, c <t £4**8 i: -r htmm 

i i=iBtt©*a. 

[JftWafiMlttKVl] 

[000 1] 

h7-'>a>^>'>|z*t-r-5T->-fexroi5l«SlcP 

-f -§>. 

[0 0 0 2] 

Ox^^-^^Bg^-T'SCtA^-e^-S.t^lc, ItSfctf)'? 
x^^ ; 7'7-tf^|H]S8^-t±i)C < !:*<*S^tWA<&-& <> c 

J9L *fcl*fc-e-f>< zi^^U— ->a> (*l?lft*) 

ail Tfrbtl-S. 
[0 0 0 3] ^<O*N0?^|S)|!gKvX7 L i»A<. fi£3|E«ffr 

3 5. 3 3 2f r METHOD FOR MONITORING USER INTERAC 
T IONS WITH WEB PAGES FROM WEB SERVER USING DATA AN 
D COMMAND LISTS FOR MAINTAINING INFORMATION VISITE 
D AND ISSUED BY PART I CI PANTSj „ *@#I^m5. 9 4 
4. 791f ("COLLABORATIVE WEB BROWSER j . JfcBft 
t*%6, 0 0 9, 42 9f THTML GUIDED WEB TOUR J , 
*HI1»lt«5. 9 9 1, 7 96§ TTECHNIOUEFOR OBTAI 
NING AND EXCHANGING INFORMATION ON THE WORLD WIDE 
WEBJ » *mm*&6, 1 5 1. 6 2 2^ TMETHOD AND 
SYSTEM FOR PORTABLY ENABLING VIEW SYNCHRONIZATION 
OVER THE WORLD-WIDE WEB USING FRAME H I ERARCH I E 
Sj . *5J:tf*S4$lt*5, 8 0 9. 247§ TMETHOD 
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AND APPARATUS FOR GUIDED TOURINGOF INTERNET/ I NTRAN 
ET WEBSITESj £&m£tltzl.\ 
[0 0 0 4] ftt'nft.&ftWjlz&Z&m&lW^Z.TjLT' 
I*, 'Ptt< 1 1 1 AOTa— tfA< r^X-Jij -ftj;t}*>&m 

[0005] *at-*j:3i=, Hsammiiiiies/XT-A 
[0006] 1 -3fl)»g©vAf Att. r^yi/ij i 

TP^-vS* (Content-Type = multipart/mixed: bounda 
ry ="someString") icfloT, -9— / < t &iM%(Dt 5 -f 

cou r L^-y-— /N'-eH^r^^L-ct^-StllfW^Py^Al^il 
<l"T-So ifcl::, -y— /\CD=] > hP-7A ! 0 x 

-v -> a. "3" -5> „ 

[0 0 0 7] ZCDKMOis Xt- AICI4, »St0!)|g]aft<& 

i c r o s o f t (SfSSfll) (DInternet E 
x p I o r e rl:<tofy-^- h ^ftTl^&l^C <h r& 
-So #3fcW^3fc£zi > hP — ^icidloi-r^fc^ 

'J>^£, -a><£7&^*7W3fc=i> ho- ^^iiLT 
^P + v*tt-i)J;5lc5as-r-5>!g;»^A<fey 5 -So da>& 
j£ It , m <c ^ i 7 <<— V I = n L r L nft-? -5 C £ A< 

h-'J*'L5-5^<roM^-ibHTML-$i'5'*fc < i;U:j 
ava (gftffiffll) X? 'J ? h37> K^WT-S nJtgl* 
A<&<S>o C*i|cl4, 4>&fr^&iitf>§?*lj(><j&^T?fcy , 

[0 00 8] ££>|C N g1I#A<^^0^f^ &-Ste<7)^— 
vlciBfRl1-4<t. »iHTTP»«it*t3*i4. *— * 

5Cilz«fcy, ^— h-f x^^<— vJiCDf ^TCD'J 

v^^x-r-fe-^^-r^ct^oiSg-cfc-So L^U C 

aii#©(a*ii^^±i=git^fl<jtESi^#«>isiijic 

£fc, 'J v^o^-r-fe— :?;Hbl4, 
fc-SffeW^ji^^fflLTS^C-S^x^^— i/^P— K-T 
£i£€rlzl4&f£L&lN 0 *y«»<ECtlcl4 % -i-v© 



^-v*<H TML7 1/-i?ffcSg. *fcl*** v> 
>^A<1' ^-^U*H*li^lctB8tSM-r-5>o 
[0 00 9] ^ry>3.««*«ffl-r***, £ 

+fl4. ^-ro^-vA<H-efetL^im#icj;ors«?$ttfc 

[ooio] ftloftmn&fSiW&^XT-Avit. tt»j<t 

>X I — ;u£*i-o3o =E--S»I4, a > ho- ^IcftLT* 

T£><rs$g£zi> ho- ^iciHS&u a> h-O-^ICfcLv 
TK*r*ftffi*<&*-*l=+«-*-*c:i:!!>«-c*4. 

a> zs>z> r?v (ommzftrntoizti y *■ ^-s c <t <t i4»jic, 

^A^&a-^ 3 >t'a-5i:-< >X I — )\,-f&!&m 
* ? fc-S>o ^•Ib^tLfc^'p-y^AOT'Ox l — iv&t&mt 
-t±-T\ LfcAht. a.— »fA<. S*!Jlc*|?lBBSrf -61S^ 

[0 0 1 1] »l©»»(0*HBB!l->XxA-ci4. 
tf r^^>j A^x^^^^+FIC^-VX h- VU^+i 
-So ^^->V>I4, ±IE : E--S' tl?)*RI=^»iL. |S)C* 

[0012]Microsoft NetMeetin 

-S^IKO^IiOT^lHl^X^AIi, *y hr? — - >lC^fc ija 

— ^©lisrot-^r atfcii-ffli^^iiMlcttWf -5 c t 

i:J:ora7'fU-ya ^^iSit-f -So CtLt»l4, <fc U 

^Stl^S, fcil/a— +f hi/- -^-TT^i&g&TctfK It 

7^O-ftfe5t^^tCt^J§ 0 ^ >xh _ JU 

-> a XCfctt^J; CCD J; -5 x ^^-Xffl7 

^p— ^14, V7 hOi7fl)-f >x I — ziv^^-^ 
o.U— yaX fccfcl/> ^^y-VXOTPo^gl^tfcb-ro 
ffE(753.-+fi4, g*MH«5^C^7>y h7*- A^ffiffl 
L, MOXHw Si*, fcotyhU-.^roi 
fr**fltllc35fc Lt y , A>t)a.— +f(7)fW1lc+«-^^J|E 
-Sig^JiiM-14, lOia^vXfAJffifflLt^ 
^/ttb-va ^-T-SCirAt-e^^LXo CCDJ;^^^^ 

[OO 1 3] »]<D^S<Dv^^AI4, Java (gtlig 

ff) T^u-v h-vi5]«a)«ttfri^OT^»l^y^>p- h'pj 
fezfaV^AZtem-fz. 7^L/^hli§'5i^7 r ) 
■tf-e^fr^+i, =i>ho-^lc^^^fflv^. v h£S$ 
^F^<o LA^L, CcDcfc ^^y^f Alt Java (§ 
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Java (.mmm t>u ^-y^ztix 
a- v\zfrfr&mrn£ y j ava (gisisao 

— vlc:tltf>&t,\ -r^+3*,T^U-v □— Kf <5fc#> 
&&. C+Llcj:y, ft|5jSgKl*C05 e J;5 7 t < i1t»llcS$Hi$ 
^— vfr'Ife y t $izW)ftlZ'<—V\ZMtb&-£ti 

&W?&Zt{zUZfcmitfibZ><, S-y-y h^i^ 
[0 0 14] K#<7)vX^AI4. ?y h^xz?*.— 

rrKuxj ^fci* ra^-va>j M-icfci-t-suR 
Lli^bL&l*,, LfcA<oT. jUI^^^+Ficp — 
K$ttfcSk±feURL0)<^^S^t-^vX7 i Ali. SIC 

Alca^^tLTt^-S^x^K— v<tl4Jt&&'7 
x ^ _ £ ^ ^ L r L - t , _ ^ ^ N ^ t % _ ^ A { fe 

-5>= jUl^-CD^^O-tfCO^ U— AlrfcLxr U R L*<^1b 

&is%<DZ?^0+f\zJx.S3i2ti&m&.m&3,^>lf 

[0 O 1 5] £:<t;*.l4. 2000^1 1^2 1 Btttf"C 
FraenkeHtb(c#^$tl/=s JfcH<J$I*m6. 15 1, 62 
2-§- Method and system for portably enabling view 

synchronization over the world-wide web using fra 
me hierarchiesj li„ mfcZixtz? U— ACD|5glI(£>Se££ 
&±m-t& Cilery, T> K^x^^^-f-tf^- 

a«**ifc7U-i»l=»Lr»6«jl=FI»l*1i-*Ci:*lB 

[0 0 16] croMScD^lHjBU^lcli. *fta>|H!||At& 
1/7 U-Aa >f^'^$t U R L L^^il^ SIR 
AA<7K¥atfcl*SiSlC7.<?P— ju-T-S. £f = |* TPage D 



ownj £#T-f-S<t\ #iD#OT t" i— litli-V'IS)^ 
Lfc<fc-S. ^^v^-f-CKIK+rotJx^^-vODKiM 

[0 0 17] FraenkeHfe(=«fcoTlltt*;rl.*» 
ftSfCI*, ^BafTI-S^x^-v^U-AI-P- 
K-t-5i^SA<&S„ C<D7^n— ?-l::l4£»<&*ji&*<fc 
-Ji^^- vlcj; oTIi. ^^-tfCDftiteS:*-? 
1*4' < 7U-AICP- K£*L&ig£\ jUajlc^i&Lfc^ 
^U-Ag&^t^x^-vli. ^ 

*|J6*)ICP— K^HS^x^— 5/1*. ?-y57-7-£|=ifi 

3>J 7^-;uKT15CtA^?4-<^§„ C*U±, 
ft-tte^x -T"^— yfflU R L(nWC07^Hl. KIZ^ 

^x^^v^ifrofikifiS:*.!: ltp- K-t&cttf-e 
[0 0 18] FraenkeHftir«kor«tt**i4# 

a >x^7 y ^ hi--f >^y vi>x$Elti, D 
**I4. *-/<4<3 7*l/-v'3 >-tr-y va >lcffifi|$ 
&hU~t%>ZL t tfv -S J; 5 d<7M U vi 
^v-<T>h-CI*4<-9— /«l:Elt5. f=i:x.li. -9- 
-/<±C0^p-5f7Ali. □7^U-va >flt$g<01()S<Jtt 

iciB**tL*Btiic^^-i,c < !:*<-e#-?) 0 -»(=. -y— 

"f-SCir^'i, -T >^ 'J yi>X$-y-n , 7 , P7*7Alc 
«»t--5C<i:*<*fijT?$)5 5„ C<D«fe5 41t*8jR<!: LT 
14, /^'y^i^Kf-^^-T., ^7-f T> hlZcfcoT 
ffiffl £ H S 3^ 7 If <7) ^ffi J: LC/ n*- v a > I c o l > x <D 

[0 0 19] fit*S[«|=J:4->^^AI4. fcrLl^-y 
<V h7i 7-K-iJ|;^t4Hitfl)H T T Pf^X 

h o x ^-y— /<icsi*-r * c <t ic«c#-r-5«^i=ffta)Rg 
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4HTT PlW+tvvit'V HCfcoTSSS^fi-i) 
[O 0 2 0] 

fcUfcJava (g^fflffll) X?'J?h£-£<L\ gj#tf>ffi 
oJt£t±&J:L*GefflL^£0)fctf>, ->X^AA<. Java 

»»i & s < -r «j s i* ^ a y a & l> r*t t & 

[0 0 2 1 ] 

[ISHSfiSSfc-f €>fc#>©^fft] *3SBJ!ii. *g&co^x:? 

^MOT&lvOx^^^M^MOT&L^x:?'-*— vS 

[0022] riim^j yy^+ft^ r*«*j 

l^— y-> b^-vOTil^ j2HI#a)7'7't7if't7-< > K 
fc^yf+xhAA. U >yi" Set let o Tift 

i essays. 

[0 0 2 3] *»Wtt. 3 0©£^«ElcIS^ix4. 
SltiLTtJMi. a«*£ LXX&ti. 
l-#*QLTl^#ZL— +f(D=E-$fcJ;tf$— y-y h X & 
[00 2 4] a>hD — q7^b—>3>*ro§ 

IS, zi>ha-7li. ffiSS^Wlc. perl^'J^ 

htLT > ^tzltJ a v a (gftigjflg) Zfl>y bt 



Lxmmztix. 7z>v h ? mm? &z 

ktfXZh. 

[0 0 2 5] ^-SIJ, HTML7 L< — JUt. - «fiKa > 
hD— JU/<*JU&. Java (£&j8jffl) 7. ^ ') 9 h ^ 
□ f'7AtmHTMLOi^-y^t\ 

— Vv KcD^u— A(D i "OlCfcl^Tjgfr-f -5C<b;b< 

ffi£»]oTl>$f::tf>. Java (SftiSHl) X^'J^h 

h-^i^- vicfcL>rsii:x-> p— 

STlCX^D-JU-r^i:, ~3 A<CCDX<7 P 

— 'j>yur. SCOT'S'— hics^-r^^itiMtt 
[0026] $->7-*-y M*. ftrawuBHt**i*^— y 

iui^^^fcft, a^ro^x^Bg^icfigffl^-^c,!: 
siMzmnx'2&& : j{z?& 0 

[0 o 2 7] ±iSLfcJ: 5lc. lOffi^^f-TV^ii 

— y? h?7W^^^tfc|J7U-Affl^^ 
^^XIcp- K**tS^— Vv h^x^^-vcottS^ 
t»(Sfi*Jlc^fi-ri, 0 ^E-^ii. 1 ®\z i 0^<7)1ifiEpl«g 
?*B#p B 1F B l|iSt?Ji^fi<)lcc<7)7K— >y^ff 5. 
I*. lSP-h'$n-CL^9-y7hOi^-y«)i 

jft*a*L. ziis hp-^icjjui-r^^^sroM^fiiig 

[0 0 2 8] 7L/-ASSfflt^0i^-vff)^, 

-A|C-DLVT(7)X^ P-JU/ fib(7)ttffit» 
fgtLTIi. -7x^^-v±OTffjg(D7^— AlC-Ji-f ^ 

^ r ^ r 7^y'e^< i^cic^^^ti^«k5ic. ^— y->h 

c0cfc5^^tt$HitCDL^-r^^AMcS^■r•i>S!Mli s 'J >y 
S3R S fct^liHTTPl*, HTTPSM, ^fcl* 



(6) 



WISH 2003-61 58 



[0029] Java (fiftiStS) X •> 'J ? h fc«fc l/# 

?'^AI4, m 1 fc<fcl*m2 5TSl;5co-f >*|::|h)CS£ 

^'^^•tFl' >A (^fcli^U— A) icjsi+.g>EMffl 
U'ltmzT 9 ■bZ.-rhZttzlftfVZ c 

**— v ^is*rt-r -s ^ x ^-y— y ^^icoi 7-9— / \*iz^s 

[0 0 3 0] 2HI#A<1 Aff)«^, jtHI#fl)$»— y«y h 

^^0-tf7!)<HL>lciEL<|pJW3F+L€)<fe5IC, ft«#tL 

<»«#-Ct>SL^J:3l=a«>-6C:i:t-C** Q COTcfc? 
&*#I4. fr<t;LI4\ 3.— +f*<. a7*l/-/3>t'V 
va >£U4*b <£oTtetf><!:Cfr£&)f|LT;!>^. & 
lc^(5)5liM-b a McMoTlSJt^of y 

[0031] mm^to^—Ztf* a^d— ;u/<— 

£a > hn — ^ IciUf-f •£<!:. 3 > hP-7l*, *frLL> 
«»lcoLxr©i$*ffl^^t;M«fr> viz— *s&m#)\z±m 

i^SLt> S^l^co^- tKfcico£ifci4 

#gMt#CD?^-9V A) IC 

h l-fclt •Sttll©^ , (blC"3L^T ; t — ^ /K— 'J >y$fT-5 

[0 0 3 2] *36W©*i*l4, ifiWHTMLttflTr^ffl 
l\ >A<BBteRTll6l = <t*ll(riC Java 

t J.— +f 3 > bra. — £ ic-< >x i — ;u-T4£>g*</d:t\ 0 

•^x^-^-y^^icisti-sfiit-c. a*,ic-f 

h JKDtecDo-— 9= i: 3 ^ ^ U— -> a •& C i A<t? ^ 

9=1*, ftSE&flTjWJ a v a (Sttfflfll) T^U 

I*. J.-+FI4. Java (SUMMf) fcJctfUJflto ra 

* teffl L r t» £ig^-e o r t ma? -5 c t *< aim-c* & 



6. 

[0 0 3 3] **MlC***HIIIIIIt->XTAI*. Zt^v 
§3>hP- ^14. PERLtfclJJava (SltiS 

«) woy^v h-y*—£>frt>&iLLtz-gm-e*< zt 
[0034] *mjnt. asttoftra^x^uMt^^T-A 

<lSiS#? W I - iMH # <t £ C <t A<T # -S fc <rt . teco gli 

# i c j: o r ft ih) m ( z n n * *i & x ^ k - v $ « (j p -r 5 

ci*!-et4. **B^ii^i^K-xOTy^'j<r— >a 

ffelC »f * *»K— K * V X X A iZ&lti-t & ZL t tfamV 
[0 0 3 5] *y*i*MlC. *HB^I4. fciSO-^-l'T 

*^;"i^a«-r-&o mi cD^i#^x^^ r 7't'-9 ! -i'>x 

rog^Ilc^gL-C. tt»^#t;M»f> -v-b-v^^i5)c-r 
^„ ;*|c, al/hP— 714. »2(7)g1i#H 7 x^^7't7 
■9 s -f >xicJ;or7K- U ^-y^HTMIft^ -yb- 

s?*ft«u sli#cD0x^^^^Hf7!,<iiHi#ro 

^x^^^^-tf.tliMiciBl^-r^^air. SSSffy-y-b- 

* CD «fe d iz x ^k- s? & ^ . 

[0 0 3 6] 

[flB^OHtfiCO^®] [211(4, ^l6B^(c<fe^ft|Hl0x^ 
B8Kv^. J fix 1 0 O^jpfo vXirA 10 014, ^--vh 
7-^7 1 0 3i:j:oTIlM:»«4tifc. 1 o^y-c(4« 

1 0 2 t^t?„ 

[0037] •i7 : 7'fT>h101l4, /<— >t° 

(pda) . -tr^^mii^co^f+^M, mm- 

14, W i n d o w s (gJSBjfl!) . LINUX, UNI 
>>3 >V7 h0xTI4, ^x^^^^-V^CO-f 
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s#. z> hfccfctf-fr— /\i4. Aassa. 

^14. 9~;i/K9^f K^x^ (WWWffcliOi^) X? 

[0 0 3 8] y^fA 1 0 O CO 3 0 0±&*8j£^t <t L 
TI4. t>— -/\C:fchr6=] > hD-7 1 2 0, &0^-<T 

> h 1 O 1 CO^-^ 1 1 ote&U$—?v hill 
£;ft£o =E-$ 1 1 0I4. h^-* 1 1 2fc£ 
t/=3 > h a — ^=E — $ i i 3 &«aJ+5& 0 l^-iJ 7 ^ h 

[0039] H>KQ-71 20li, V— /n 1 O 2_tt? 

14. vXfA i o o(Da- -tfic^or^fHjMicggM^n 

U— /<♦ *fcl±*IW-9— /<lz»«$tt. *W*>a.S*l 

[0040] vxf a 1 o 0(7)0.—- rvx^ J f 
£*i&gK£*i<£>=i >t->^ i 2 1 14. -T-<rco#^P§:<I 

y-vn i 1 icj^B^$n^ 0 y^h^E-* 

i i 2 l4i2HI#f :^Lt^^-?ji/JtL, a>hP-7 

1 1 3l*e«#|r»LT-f *-^U*tl*. * — 

^ hit. #«0x^=3 1 2 1 KRltttt 

[004 1 ] v h^E-£ 1 1 214. Java (g 

ttffiff) X^'J^h^D^A^U, ilHMM)* 
— y^M 1 1 0)«iMttJBSJa)««j(z?K— U >^L, IS 
fa4*&!<7)fcbtf>£>^S£3 > hn~7 1 2 O^00^i/r<h 

*a>*«#a>*— hica- K«cttfT?*4. =i 

> hn—^-$ i 13 14. tK-'J >?^3fc£ffil>T=i 

> hP-^ i 2 o<tii$&-f<5o =i > ha— ^-^tes 
2Hf#l^cfcorllff3FtLfc7<7 va Xc/fc^LT^Jilc^ 



[004 2] H2I4. *«efl<0»*Ll^HJfi<D<7^-f T 

>hffl"j2oo^7p:L. js^i;*-^ h*<. mc 
^7^tP-r>x^>xi4, s^ic. «fn)^x^^^o^ 

□ >hD-JU^ii/2 1 oj$^ts o ccoo > h n — 
SWc 9 — h^^-tf-f >X2 2 0I4. g 

[0043] g]3 IC^f cfc ^"^^x^^-v3 
0 0 14. 3 -OCD7 U— A 3 0 1-3 0 3 £ #t; 0 IS 1 (75 
^ U— A3 O 1 l4^J*jt-efc&o ^CDftKDZ -ZXDZ? U— A 
3 0 2, 3 0 314. 3.— tflzi: or ^nj«0) TRiLj H 
TML7U-A"C^ 0 S»^W^C<blC, RiL^U-A 

14-ep^Tc-cfcfto -r&fr*,. rau-7u— Ai4Ma?%« 

[0044] ^Oi^- v3 0 0ICfclt^>m 1 <T> 
•7U — A30 1I4. a>hP-Jl//U^l/2 1 0tfcl> o 

=i> hp— ;u/\°*;U4. jtfiUJMt-try va >©»Sa)tt 

^/^^^ffllt, h?^* 1 ?-**?* > K^2 

2 0©XS$»« (3 11) TT-5cii<r*4. 

I4*fc. ^izn-T-S^^iC. S|«#«ffg3 1 2^^f^-^ 

^U. S<I#138h63 i 3S^f^- :?;uu 
>^ (distributed pointer) 3Hf-f^^l/t-5 
^tbV£Z>o 1fl4*fc. □>hD-jl//^Sft 
fflLt, a— W<SSMfc Lr-f*— ^u3F*L«*dlc 
14^— hO-< > K^a)iftWtt«la)^b3 i 5 $ % ^ 

t,HjB£-e&s 0 m i o)7u-A3 o 1 14. $ — 

^ 1 1 2fccfcl/=J> hD-^t-^ 113? 
UlStSJa va (g$*^«) X^'J^h^P^At, 

[004 5] =l> hP-^^E^^I4. ?K— U >y53fc£ 

g!4. ^7"f;u€ rupdates.html j T*#Rg$ttS r t? x ^ 
^— v-Cfe&o Updates, html ^—vl4. miCORiL^U 
—A3 0 2IZP— K3f*x^>o Updates. htm l77^f )l^<0 3 

*To »fLt^Ox^-vMiiifi#a)^-y^ h^^OtF 

-<> K0lzfflffla?ti4o =J> ha— ^^E-^lcfcN+S J 
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ava (fiftffiS) *0 hZfaV^Alt, gffC 
[0 0 4 6] $ — >fv h^E-£ 1 1 2I4 % $—>fv 

2 OlZifHi^tL. =3 > hP-7 1 2 0£<, ^CD£g£f 
-<TC7)S11%|Cji«t-^ 0 »*Ll*3ttfc»»"CI*, CCD 
*5<f*3EI*. H T T PS*lcfelt5/0 ^ - * i: LT 
=j> hn— ^izafistt*. -£>^#lc*f-r&HTTP 

Jfc*l*. I20I8L7L/- A3 O 3ICD— K**l*. =1 
> hD-7^b0H T T PJESI4, X/<^^|Cfl|ffl3Ftl 
S. f-^K-JSJSfiJava (SIMMS) 

[0 0 4 7] El4f* % 1 i2A<a 

^7 h^^g|4 O 1 fc<fcl/SS»t,fc»tt4 0 2Tffi)Wttsg 
M#r£ =3 > hn- ^ i 2 oic3HS*r-&tk#fc, 

h^-S 1 1 2fZ^orft^H^7K- l J >^g5fcCD#«£ 
^•f 0 CCDW-eii. HTTP GET*a*<ttffl$*t*o ft»i 

LT. fc^^<^ScDT ? -^^MfTl3fc^ii^|z{4. HT 
TP POST^>S£tefflLTt,£l^ ^-£14. G 

ET£ fc liPOST^a A<4#S0)S«f-b ^ h left t aS«0 T? fe * 
if 5 SMMdSfc^r £> C <b *<-e # -So 

[004 8] HKCl^-ftfiJ-ete. HTTP/^^-^CT) 

ZftLTttmtZtiZ)* tzt?L\t. "frames[" tl^ 

mm<b*h*j><7it* "z[- r^^^H^o s-y^h 

^ > KOlcfcft*£?u— Alcoi*T(0lt*BI4 % "f 
n. d" <t 5 ff^tecDRS^/N 0 ^ > — £ € £ teffl LTfr-^lb 
^tL^CirlcSS-T^o fc*£U "n" I4$*5t<7):7 

ti^^-To fctAi*. -fi.s- 14. "fr *i* 

^ U— Af" K^tL^^x^^-v(DU RL^to 

^+LTt^<. fc<t*l4* M fn=P.Z[1]-f2" 14. *Xh£ 
tl^^ 7 AT*fc^>frames[1]. f rames [0] C^Btl^, M f 

(4. XML7t-7^hSftfflLtf-^SM7?#l) 

[0 0 4 9] H15I4. Updates, html ZP t-OU 5 O O0#iJ 
Ctt(4. iiH!#_tCDS— y-/ h^ — S^CDg 
SrlCtf^LT. □>hD-7l 2 0ICc*;oT£f££;ft£ 

^^-fJi/Tfc^ cco^r-<JH4, ftSflMH»j-ea:/h 
D ~^^-^f^J:orJl^WlcSyii*ns o Updates. 
html!4. ^E-^Ox^^-v(7)S2(O^U~A3 O 2 lc 



d" /\> F^lzWrn-tZo -C0/\>K^I4. CCD^xT? 
^-v<D^O+f^tf>P-- KA<»|7Lfci:#lw||f7$ti 

-y^ h0x3f^701flcfclt-60x^-vlcfclt-5 

6<T^^Lttl^»ft, -tfl>tt*<* yy 
^^+flcfcL>T, Updates, html* CD J ava (ftftfis 

ts) x^u^h3- KCctotiftsnSo 05-ei4. 
r*u-?j tLN5II)&< rst«#j tics** 

[0 0 5 0] Sit (05-^7 hOi^-v 2 2 0(0 
Mftrleteffl^ft'&Updates. html^rfJUS O Olc&lt£ 

«si7D-i4 % a^icii^attiir-cft*. v-y> 

CCDUpdates.html ? r < JUc JSOTJE 
va (ftftBHS) X<7'J^h=iv>KI4. — 

fecfci;^-**^ ava (mmm) 

tefflLT. ffiffl^COOx^^^^tPlCOlNTCD^^ ^ h 
fc^Tfc^o HSICfcl+S J a v a (Sttffifll) X^'J 

[005 1 ] 0614. 3E«tfflraf ^>fc^ 

(zn > hP-7 1 2 0|C^oT^t^^b^^^^^^6 o o ^ 
tf^To **ai4. tK~ 'J (610).* 
Ja3S***<g«*tL* (6 1 5) dr. ^-y^ h^^O 
+f(DlflWttte7!)<ttai*tL (6 2 0) % ^JTLt^Updates. ht 
ml^T-f JU5 O 07b<^/S*tt^) (6 3 0) 0 

[0 0 5 2] TfxX hOx^tf--/^ O 2±;-CH^t^^^) 
3>KP-7^P^7A1 20I4. ^-J^bO)^ 
(6 10) J;5fcISft$H^ 0 C<DJ:5fcS& 
(6 1 5) 3>hP-7^ (ii»l4« 
/hUK;u(7)^t61tOfctf>[c) % h^^OtF(DO 
<>K^*g, ^-f>KO** % URL, fccfc^X^P- 

ju/<-tt«*HTTP/^>-^^p>iaiai-r4. eti 

14. h^i^— i?|zfeL\rttffl**L«^U— 

is) *^c?o a«*icear^<#iftjta«ttffliafli«fc-3 

t^^^o fctilS. CC0J:9^iaj[}D/\ o ^>-^|4. ^ 
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-?y h^x^-i;icfcltStt«(Dfc-t&< *X h£ 

So 

[0 0 5 3] y v hOi^-yl:»LT 

/tXh^i^-zn O 2 ±-C#rL ^Updates, html 
77^JU500$4|Jct5 (6 3 0) o E5lC^-r^^ 
lc % C(7)Updates. html^r-OWi J a v a (SftFBH) 
X^ y :7 honLoad-f K> h/\> K^£^<?k CCDJav 
a (Sfttttit) X-? 'j^honLoad-Y>K> h/\> 

Updates, html ^T-f;K7)§!ll%CD|ltL^U— A3 O 
2-.(DQ-K^$l7Lfzi:#lcftf7$tt*„ C(7)onLoad 
/n>K^I*. fgy^IESfT? (*=<hx.l£. fi:«#<0* — 

*A^5^S«^<*) =3-H\ M»rv->r:>X##£^ 
x LTCCD^^CDUpdates. html -? t -f "Clcja 

Sa-h\ ^LTH&lc. c<OsE*rfe* h6<affl**tfc 

[0054] 07a, 07b, El 7 c I*. :i— tf<D=l> 

h p — ju/ £ RiffT S fc tod ^ - $r fc cfc o rteffl * 

tlSM7 10-7 19, Z] > h □ — ^^^^ COHffi(Z 
f£ffl£*lS;£>£7 2 0-7 2 3. ^M-f ^ h^I 
^C0*fiSlCfilffl*tL4»>t7 3 0-7 4 1 ^^r-To 
[00 5 5] @7 aits □>hn-;U/U>JU$^Lta 

-lfi^cfcorfT*3*i*«ja«Sicai:»Lr. =£-$\z& 

oTftffi$tt^^;i^^-r o 07 a fz^-f <k?\z % S 
"T, =l> hP — ;U/**JU3 O 1 fccfci; 2OC0RiL^ 

O-O K^*fcli^U— A2 i 0C:p — K£4x« (7 1 
O) 0 =E-£u> hP- ^/\°*;U2 1 Odfclt*:?* — 

^&^Tftt>ti&mf£tZW\zifc&+£t z fy\z&m2h 
So Ctlli. 0 7 aCO^.P^^ 7 1 1 ICTF^tlTfcy. 

(2HI#) CD^x^t^;/^X£^x ^-^S (7 1 
2) *fcl±^i-v^*H-r (7 13) i§ft. checkForCh 
angesByMasterOlcfcl+STargetMonitorJU— ^>7 3 O 
^ 0>X>tvzl— 'J >^*+L*P?l/tt!L (7 16). £fc 

**WtfUiU**v>-trJU**i* (717) 0 mm\z^ 

^x*;/v*-r£ (7 14) % ^fcttfi^^S^t (7 1 
5) JS£\ checkForUpdatesToSlaveOlcfclt^Control I 
erMonitoNU— ^>7 2 0^(DX^va-iJ >^S*lS 



WtfthL (7 1 8) t>\ fcSlM*gt??tf>X'rv:i--U > 

JUStiS (719), 3?f>lc, a-Wxi/-^fi^ 
^**;^^Sfi^9t4»* (7 14), CCD^x^ 

SlHjMfl* ftScfc Control I erMoni tor lz felt S "las 
t_updates_sequence_number" ^ y -b ^ h£*i 

S (7 18) o 'J-fe-/ hSFtl^LMi^lcl*, Controller 
Monitor**, Z.(DS:iM%t<i"Q\zmfi(D b<DVfo$>t% 

[0 0 5 6] 07bli, aifll#^e><D«frLt>M«f*<*ai 
£*i®ffl£;KS<£aic. a> ha — ^SftJHMicEfc*- 
S^tolc. S1I#lzfcttS=i> hp- ^^ — ^ 1 1 3IC 
*oTffll^4xS;&;i£*-*- 0 i^a-rtLli. checkForUp 
datesToSlaveO =3 > hP-^^-^^-f 

(XU— :?) ^KSr^Sfctolcffll^tLS,, ^E-^^S 
«*t LtM^hS Ub-^fi7^7^3 1 
3^)<Tx^^^tiS) checkForUpdatesToSlaveO 

(7 2 O) 0 

[0 0 5 7] ^>A<P?«thS4x€)MSl*. ^- 

^So CCD^?£I3\ /tXhOi^-/\1 0 2±lCO=j> 
ha — ^ 1 2 oiz<feorSfill**Lfc*tiftl^pdates.ht 
ml^r-T>iU5 O O^ffltNT. ict-^i^-va 
O OlcfclfSW 1 COdtL^U— A3 0 2SUP-Kt4 
(7 2 1) q Updates, html ;u*coonLoad/\> 

»aiif*t*ffLr (722) % a«#(D5i-y^h^ 

So CCDJ:5^»)^C0®«li. tzt Tilt. JE«r>^-b — 
vfCcfc y % i£«#*fcl*S»#a>^E-* a > K p— 
^JKcfcitsiS^izi y % *fci*i— tf > 3 xccfc 
y»J»pT*6-e**. S^ic, z!> hP-^^E-^checkF 
orUpdatesToSlaveOJU— T>tfs 9i<DW%i-tiv htSffl 
£*iScfc a > KP— >U/\°tWU3 1 eCi&l^T^S 

Xyya-iJ>m (7 2 3) 0 
[0 0 5 8] 07 cl*. fcbr*S^^^<zi > hP-^|C 
2HI$tLS«fe-5lz, Mt(?)^~y7hOx^-v$ 

1 1 2|cJ:orttfflS*t«*iS$«-r o ^s-r+t 
It* checkForChangesByMaster 0 9— tfy h^E — ^ 

fc«>ir-to)«*3> m-nzmm-r&tztbiz&mi* 

*tSo : E-**<3l«#tLr«ja**i* (^X^^x^y 
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^'^^3 1 2j6«ft«/^Sft4) ilt&. checkForCh 
angesByMaster () * — ? -j 

I CUftf (7 3 O) . 

[0059] z<D)i,— ^istfwu-mzti&mBuz. =e- 

Ct75^;Sli^-r, > KO^jcfccfcrj^-y.;, 

«jB*R^ai-r (731) „ «±ti;x#rotttei±. 

ANSIS. R-tttO^VKOlcp-K^fcURL. fcj; 

|- % -5i— y-y chackForChangesByM 
aster Olcjsff -SflCDP^l/itJ 
l=«#**ifc»*tt»tlt«-r« (7 3 2) . 
[0060] ccottfeSrofg^^ffltx^fijic, y-y h 

>':/£fcl4ttlft£$e,|::«l3*-*::±:;&t-c** (7 3 
3) „ COTcfc^fcliM'Fte. ttJrafflfit^i^x^lJBSMz 

•V->3 > I - fill I C fig ffl-t& ^BJtgTfe-Sc C 

3&IiftcD?ig*$l4. f=,!:;Li4. zj > h p-;u 

^roffi&fc&fle^y/K— hf^fctfJlc, y-y h7i 
^-r > K^lc^dj^/i^Ll^S-tteu R LA<&.g,ig 

* mm t -s c i z 5 „ 

[006 1 ] ?l*^^@7fCj3L>r. ^-y^yht-^ 
checkForChangesByMaster () ? £fj 

L\ £— y-y h 7 1 ^- v*<7 l/-A$gfflt 5^,!: 
^SfflW* (7 3 4) „ ttfflLTUJEflM§£. ^ x >;/ 

(Ctlli, 5felcttgg$*i,fc (7 3 2) ) „ y 

h»*ttffl*<*H$tirfcC)-r. £f-:7b-AA<&^ 
I*. p> hn-;u\-^JU3 i 5lcfcu%r«*aF*tfclHHI 
'J >y-f-5f£i-f-rj&.5> (74 1) . Vvbtfyis— 

A£?Ti3FfcL> (7 3 5) ^<7)S* («±(4) Mtt«< 

fs2OlL7U-A3 0 3 (« 3 fl)HB7 7 -f JU) £M 
Q — KL. -r-<r<75^M$a> hP— ^7 4 OlCimif 
-So ccrjcDSSs:!*. fg 2 <7)Rg L 7 U— A$ ij p— K~r 
£fc#><DHTTP^#A<. p> hP-^lzffifSjSft. /\* 
5*-* iLTB*H*«S*t? n>hP- 
^14. K«/<7>-*Stt*ftL. fHlifEf Lt< % 
2C0liiL^U— A3 O 3ICP— K£*l-51K O^CD^x 



[0 0 6 2] 3l#H&£|g|7 cICfcl^T. h^Z 
jiA<7l/-A$ffiffltS^ (7 3 4) . checkForChan 
gesByMaster () ;u— y>l4. S'JftWIc. $ — y-y h^x 
^-/7 3 6ICfclf£-f<T<7> (fif6<^h*h 
fc) 7U-i»©»M«©j3J:i;«ia«Jtt»*J|JU||L, 

ii-y-y h©S*ttii<SILfc«* (7 3 7) 

(jfe (7 3 2) lCJtig^tLfcJ:3IC) . &2tf>|5§L:7U 
-A*<M P- K£*t. -t&Lfc.fcdlcZftibcTj&M^a 
> KD- ?\Z&m-fZ> (7 4 0) „ ?-y->h*<7l/- 

*:5;£I4. 7U-Aicj3L>rSES^I?»Wl=^^ 

L^/=<rj-U&^ 0 0iJ<tLT. S-t*5rURLA<£M£*ifci§ 
S1I#(4, frLt^S±tlURLIcJ:^r!t*^^*t-S 
^ i vie & -S ^ U- A<75^M A< pJtllc /rf 

flic. UrLl^gUiiiU r l p— K-r-Si&^JtXfcS,, 

[0 0 6 3] Ji-y-y W<7L/-A^It5A<. chec 
kForChangesByMaster () A<&&lcu?t;jii ^ tifc t # 

y-y KDai^ttttA^bLrLMttLN** (7 3 
7) . *?3;£I4, n>im&)lz-£[,\7ls—l±Vi.mt%iL^y 
U-Att®<t^Jtl5L (7 3 8) . ffiftiHRlfllc, ffS 
fl)*&<f««»|«|f^*SH7-r« (7 3 8) (St±<iSC# 
lC•^L^T±^^ELfcJ;alc (7 33)), *lc. 

FA<^b-A$WL. fr-z>$-?v hcOS^tt 
S6A^^LTL>^LMi^, *^;£l4^x-y-?^?fLN. ft 
SO (fc-&<b < *X h^ttfe) 7 U— J*<DVzt»tf&W£ 
tltzfr£'5fr&m-<% (7 3 9) . JE3E**i-c^«» 

I2©BL7U-A3 0 3A<UD-K$*i, ±i$U 
fc«fc-5lC, cn.b^SJgA<r] > hP — 
(7 4 0) . 

[0 0 6 4] tt&O-f KIcfctNT. checkForChange 
sByMaster () left-f -SffiitcOPftfiii L©8tfl)^f 7 ^ 
7 3 014. 3> hP- JU/{^.JU3 1 5|cfcL^T!f*^$tv 
fcfHpl&lc. chackForChangesByMaster 0 Icjfcf-T S9j(D 
■¥tfWL*xy$?:i-'J>**-4Ci-cfc* (7 4 

1) 0 

[0 0 6 5] H8I4. Sfll*J3J:UESfl|*^ 
Lt (8 10) , &.m%<0?>-t Lt (8 2 0) . 

oHt\^T (8 3 0) . fecfci;iiifi#-et^o<i#T? 

t^< (8 4 0) W>ft-tZ&$0>mmfat < jizi.— -*fMy*s 
3 >ICOUr©K^7P-(750iJ^^-r o CCDE)lCfcL> 
•C. r^u-^fj i:LN5I§l4g^i#$J|L. rvx^j 

£^5ifi4ifHi#£jrr. C0mi4. *LT**wi=«t 
orps^tiiiSft^v— y>^$-r-<T^-rtfl)T?i4)& 

[0066] a— gwftra^ i ^eg^-t <y •> 3 >|C#AD 
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+ Z^tt><T!$t>&mtotjij5}£&. 18 8 1::*-*-. ^(Do- 
—If I*. ^<D&m r 5x7ti$R'tzv va >ic-r-eic#jjDL 
Tl^«aO)JL— tf tEgil-Tifctolc. JilTffjRlc ra.— 
if 5 j t0?<y o 3— «f5l**?\ Tsubmit j $ 

fcl4 TCollaborate (a7#U-v3» j 
U^-fSJttJlc. 3— tf 5 4<ffMlRttlCi--!f*feJ: 
tf/U7-K$A*t4«W rj;5:f (Welcom 
e) j ^i^- vS»y&t; (80 1) e C<Z>$£Bfl 

So »*Ll^JS^filTI4, ^-S^x^—vjsjitf 

3.— ifcD^— y*v kox^k— >?a< % ®jfico^x^^^ 

U^fS (80 1) 2O0)«rLlv^^^if>r >X 
£>X^\ if 5(0SIffi±|zBH^tL* (8 0 2) 0 || 

1 cd-t >xi4 i e — hD-;u/^^ji,2 i o? 
C<B«;fla>ift'g\ StiHC r?x^j (i3Hl#) 

^7^X3 i 2fc^o: rxu-^j (3Mi%) 
7^x3 1 3(DMJ5tf. =3 > ho— ^u/^juzjsht 

^t^o -*U4. co)b#js*c. 3— Hf 5co^— y^ 
^o-tr^-r >KO(c. iiffitt[B]Wic^M*tLrt>sox 

fcA^cfc 5 I^Ki"*- S«^C:I4. -tz y v a 

|c % zL-if 54)$— h^^ifO-f > KOlcfMgoic 

[0 0 6 7] C^v^'J^fCfc^T. ZL-if5l4 

fllfi£$*lSfc#>. [3 8ICfc|-t^)|| 1 (7)/*X8 1 O^iyj 
So ^<D/<7s8 1 014. 2-if5tf7Ajij3j:i;xb- 
(f7til/h) (DftH^i^HIRi/ 

#J<tLT. 9Zlz % 3.— »f5l4. SfrLl^x^-v 
-VB) £7fcX hCx^+h— /^Ni^j.— +f 5CQ£— y^ 
h^7W<>KOlc»yjitCii:^#5 (8 1 
1) o tLxmtfL*tiZtzlh % *<Di«l 

SO)* — y-y h^OifO<<> K^ICP — K£*lS (8 
1 2) o 7r<hx_l4. 7X$a- If 3^)<^— vBCO 

iS^*"CX^Q~;u^S (813) 8 Cftlc/S^LT. 
^-if5^t^t(DXL/-^t, ^-vBCQJSfflJIZ 
SK)Wlcx<7a— ;us*ifcftga)$— y-y h^^if^ 
-r ^K^-e^-^B^HSztfcftS (8 14) 0 JMT 



fn}** (8 1 5) TfcSo -Tfcfr**. a.— 9 s 5 14. 

[0 0 6 8] 3.— »f 5#. =I> hP-iUU^2 1 OIC 
fclt4XU-^i7^^7^X3 1 30)^x^14^ 
"f;b<. 7X$fi'^*7^3 1 2OTi7^7SSt 
iio > 3— »f 5I4CZ-T?VA^(7)^|Z^:S (8 2 0) 0 
-G0ig£\ H8l::fcM*4»2(0/<X8 2 0£iBjSo -CO 
/\°X8 2 0I4. a-+f5^7X^tfc-S^ Xb-^t 
l4ttl^«^0)ttra^i^iaKvXxAa)*Kl$fBa-r 

u— ^*><iji£&g$-y-/ h^^^+f > K^f-P- 

3 A<CC-CfBrLl^— vtfei^-ycSa- if 3<£>S 
— y»v hTJ^iflcflSy&t; (821) tCD^^So 3 
—if 514. *[s—ykLTmf£ZtlXl^l\t z fty<—V 
AlCi^U, ^— vC£<3—if 50^~ y <;/ h^^if 
K^lca— K£ft£<D£ll£C£l4fcl,^ zco 
-tr^i/g XcfcltSffecOXU— ^14 1 ASbf, &§<D 
*— y^ h^OifO-O K^Iz^-vC^p— K3?*i 
S0)£J1.S (8 2 2) 0 -3— if 5^<^— vACOJS 

«5*"CX^P— JUr*tO)t-r* (8 2 3) o 3-— if 5 

(4. <t Lrm/dc3?*trfcy . xl— :?i4&£>#s 

U— :?I4. &£<D$ — h^^^iffz^— i;A^<P — 

MSo BITHW (8 2 5) -CfcSo -T^% % JL-if 
514. 7^$t^l)^b- -JX\*tZ.l^tz$>s fi!!(D7X 

!43.-if 5A<*rofc£S£Ji.£C£lcfc£o 

[0 0 6 9] 3— if 5/)< % a> hP-^/\°^JU2 1 0[Z 
fclt^7X^f i ^^77t-:^>7X3 1 2<DTx. 

XU-^f 17^7^7^X3 1 3(7)^x^^^g|f 
3— if 5I4CCT*X U— ^(7)^.|C?iS (8 3 
O) „ ZO)i§£\ g| 8 ICfcMfSm 3 (0/U8 3 O^ilk 
So C(D/\°X8 3 014. 3— if 5<)UL/- ^*efeSA<. 
vx^-e(4^i^^ic. JfcH^x^MK^x^AO^M 
^te^-TSo C(D/\°X(^)T-C?C7)tiJgll37P— ^ijt LT. V 
X ^ 3— if 3 *><&t L x ^^— & S ^— V D $ . 
3.— if 3CD£— y^y h0x^3f^0if 8 3 1 T?BgK^S 
t^t-TSo 3.-if 5^^<56-T-<TCDXU-^l4. 
<0$—?y hOx^^iflc^-vD^P— K*HS 
O^^S (8 3 2) 0 zL-if 5A<^— vE^BBK 
"TStcOir-rS (8 3 3) o 3.—if 5I4VX$ <t LTfll 
/S^tiTlN^l^c^. -5-CDte(D*r^<r(DX U— ^I4^<— 
^D(Cll#«*H** (8 3 4) o VX^3.-if 
2A^-vF^SgK1-St(Di:1-S (8 3 5) 0 
St. 3,-if 5jtW^TOAU-^ %&0)9 — 
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^^^15 (8 3 6) o BTFWH* (8 3 7) T?&£ 0 f 
3.— 9*514, 7XnW 

[o o 7 o] 3— +f 5f4. =3 > hn- ;uy^;u2 i oic 
r7x$tt&itWfxu-?-et?ij:<65 (8 4 

1) o CC0«^. 08ICfclt^||4(D/^X8 4 0^1 
£ 0 4 014. a-if5 4<7X*rtft<^U 

— if 5lc c fcoTJl.'b;tx£:iN (8 42) B $£>IC, #rLl* 
^x^^— v-cfc^>^— vG<BBHJ|9?<7)3.— if 5 ic £0 

(8 4 3) o Lfc^ot, a.—ifstt, 

v*S-3l+Sfctf)lcLI*e> < hit" — "7 ^ >£L&lf 
if 514. ft^Lfcl^— vS^oi+Sfcftlc*^ hif— 
*SI*SF*l #1^*51::, Sf;a- +f 5A<#*Lfcl^— v 

[0 0 7 1 ] a.—- »f 5^vx$r-et^i+tilixu— -^-c? 
t*fclMS8(Di§d£«l+. a-— «f5^ fcni^x^HUfc 
t: ^ > a >Tr X U— ^ff Ltzl^— vG 
B8*1"S (8 4 3) 0 3.— +f 5#VX*fccfctfXL/— ^ 

icj3i>r-tr^ >icsi/#»i-r*i0ii*A<«*-e*4. 

a.—- »f 5 *<«fiJ(CX U— Z?T x ^ 7ft v X x 
(848) (7X^f i'^^^^7^0f 

x ^^^ntLfc**-e) % a.—- tf 5<d$ — y«/ h^^^ 

iflcfcNf^^~vGI4. «UDXU-:7lCcb^T3H£BBlt 
3= tir L>3 O x v?A<{5j(D^— v-C&tta.—- 9 s 5 <D 
$—>f v h^OiflCn— K*jK*fctt, finjlic r±# 
£j (849) o ^<7>B*jft-e, 3.— tF5(4. XU 

— ~Jk. LT#fiDLTl>'2>£^ 7X^t L"CI4#}JD LTL> 
(8 3 0) 0 C*U4. 3-— *f 5t<t*Z frfoZSRML 

tint. xic-b^S/3>-<?»*<fii$iiiiitLr^«a)^* 
fct^»*lcl±a^iiya)flsn-cfc^^ 3-if 5I4. * 

G£#WLfcfro*:tCD«i:"*-£ 0 dOig^ 3.— If 5 
14. XU— ^^x^^7K^<7X$^x^^t* SfllC. 7 
^^fi»^fr^X8 4 4 Jfi'^t^^fci 
(*fc!4* 3_-+f5l4, XL/-?fi7^^^^ 



ofc< ^ xy£ Lfcl*cfc5»AT*<fcl*) 0 a.— if 5 14 
i Lt-b^ v a >l:#lot4fc«), -f^rcoxu 

if 5C0^-y'V hOx^^+flCP — KStlTl**'* 

-v) *»WW^MIt*^&*i«c:tSa.-if 5lca« 

a— if sai^-o KOIctK^^T 7 ^^ 
*o C<D;££g^l4, vx$ (t Ltt7V3 >lc#^D-T 
£k *fcl4Stf*to*5it***<. 5Fffl*lc*NO*BI1i-r 
ic-r^T(7>xu-^^-y*^ h^^^ifSttjysiitr l 
*fe<PL^<k5lc % ^BSf&Bi: LTfr^ti^o 3— *f5# 
roKj s$y^*u -r^r<Dxu-^iz. 3-+f5 

*<»SBDKLTl*4'«--S/ (CC0if-&-ei4^-vG) ic 

«y*x.*^ts*aic*B-r*ctt»"r*^ (84 

6) % f"<T<7)XL/— -Jz—tfy h^^^iffcgp^lc^ 
— ixG*<p— K*4x5 ( 8 4 7 ) 0 ca)««-c % 3— +f 
5I4, ir 7 v a >lcx U — "?~CI4& < vx £ <t LT#JjD 
Lti^i (8 2 0) o a.— tf5i4. f-<rcoxu 

* (841) 0 

[007 2] ^x^-y— ha— 7ta- if^ 

WW*, *co**S1i#a)^x^^^^if-e||tTBTtg^ 

iSMic^i$*tifciitTPr*g j a v a immm) x<7'j 

y hX^f— h> > hfC^^tl^o /O^- — WXCDfS]± 
0)fc«>lcl4. *y»»67t-77h$ttffltfiCi:4< 

ML^Hl/^y^DhaJI, (SOAP!) (DvSmCDtz 
fclCUfc, XML7t-77 h$ttfflt4^t4^#4. 
^fc, »*Ll^*«i»tt-e(4. ffi«0)«»a)«JBA<*<b 
■T ^> t #I4«IC «*tLfcttttO)»»/£lt-CI4^ < . 

tawtttt^ftA^-r^TJ.— if icaswstt* - 1 ic ts* 

-f£ 0 Ctiicj: y . 3-+f^, a^ftlU^x^BMt-b^ 
i/a >fc#tt-*-*C4:*<-e* % **0)ftJE/£l+-ci4«: < 

*fcy«fclvO*— -7>X(0fc:o/K »JC0*ffil4. 

ico^r<DW*«ai«r*f£it-e»orti«feiv coig 

[0 0 7 3] «»0)*JI6»ttn4. 3.— if^za^hP- 

^9^^>X^>x-e^-TLtllfT-r*^g^d:^ 0 
3-1fcD=j> hP-^U/N^s^fc^oiflJjjp^P^^AI*^ 

fte^0)^U-AI4. *RIMlc|Hllt**Lr^S5r- 
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i:LT, ^xT/K- vl^or I*. a±fiX*<t LTT7 
HIT 5 l=l**ML<EL^t,© J 6<fe«fc« > - c 2 -3 
-vl*. *-5l?*|sIfi*j|cBSK*tLTL>^LN7!)X{0«fc ; 5lc, 

^ x ^ ^ - > £ ? '> * - -7 "T -S d t A< T? £ L% c <h Tr 
[007 4] ^ax77'^7t-AfcJ;^D7^7 

■5ifa)ttfittsffi-rfcA. Java (asisa) 

7 5>-7*SI§. Java (£ftj$4I) 
». f fcli7i7777f fl) K+a / > ht7vi^7 h 
*f;Uc77t^^^fftfflffilf, Java (SfSffl 
*) **'J:7KDtt:byi:LT*«fcl\ K+^X-*- 
h^TiH*. 0 x^^^-7-tf ©Affile «fcyM^ 
4 = tmfcft, ^^O-tflcS^^j a v a 

•v H9i7^- vS:SG)«^<7)g|5^|cT-7^X^-^c:i: 

COO 7 5] «*W<fftra-5i^BDJlS/XT-AU»-r* 

ncitfi^y, *fcfBnnw**ctT?**. tz 
x-^-y-r m::o(^t<7>'mu:7£*#)Ti^j.— y tits 

[0 0 7 6] > (-roSil^i; LT. JMfi# 

i^-v7K^ (URL) . ^7P-^/{-fii, 
^ 1 vA*c£A>"d>§& bli>§7 L/ — URLfc 



141*. Java (SHiSjfli) y 7*"h K^i* > htf- 

?vx<7 K : ET r 1 iU*<-E-ro^7'7+FlcT^-bX^I<F-rffea) 

<t*.l*. 3.-y ! fl)f^hAAJ, ^i^-vxro:? 

[0 0 7 7] »*LL**8»tt-CI*, »f ?b<-tz -> -> 

[0 0 7 8] *mwit. :7*l/->3>tr>a >lc 
»^/-K-<>^l4. t<>va>lcj3lt|,t'<t(Da 

^»tJt'-K-T >^"t£LT?l*, ttlW)+ozL— +fj4<{i^|c v ^ 
x vSfcl*^ U-A<75ir«a5»|COLvTlgli^^L 

■C?^-5 0 =&,-K-<>^ 2 2 11*. HTML^^a- K 
^^<-y-v K^x^-^lcifA-r^^tlcfcor^ 

^H-s>„ ^y>-$tzj— Kit, Bfi^aj'S'— y<> hOx^^ 

-vCDS±g|5|CHTrv1LL.-f A'^^jjE-r-So CfflWV 

[0079] S-u-r^ii. TK-f^^w-o-v^^t; 

■VlcfittSnS. tt«©iS«#j5«. ««fl)»*jK-f^* 
[0 0 8 0] **|fli=«fcy a>f>7fcj:u:^j^ 
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v a >icfflfit$#iiD-f -5* aicisib-r-sc: t A<-ct-5o 
x>/\>x> > KCOffJi: LTI4, iiftlCDHTMLK- 
XGDT VV httfig, J^DHTMLK-AO). i— tf 

^t7+f-.coa-K (URL«tt) fc,k;Ll4. 

£<fc?(C, +fCD±)^zf ij £+J-;K— hf 

[0081] *mjnz&-oxmi&z*iz>ftmti-iz-< 

'Jvi>h^hD-7^t5cit, &mftl=BIIJt 
2f tl: J: oTfiflSnSKIiStit* J: 5 
+fco$«#i£f=l4/\*-v3 >(=oLxr38S-t-6«fedlc, K 

^•s.#*p#<ordi-c<osiia>ffiit5ps-r-6«feai=, 

I4fo-i> =i >x ^^^(OiJDASfcli-tr + a. 'J T< T^itlcS 

;k T<-tz-:7*;K Sfcl4*W-f-& fettle. 

IS £ ^ - £ zj > h □ - ju, JUc^rft -5 Ci *<-c # £ „ 

[oo8 2] vt&Li^mmmm-eo&mtf-vi'Vmm 
nxt&i^z ttmmzHz. ztiit. mmu fjyu 

>3HiJ (i3Hg#0>«£) 7K^>$^B-^a> hP— iU/< 
^Mz&tD-tZztlzjLiT&m-tZZttfVZZ. 

[0 0 8 3] ZCOnmt. (gSftW (DHTML) fcj: 
tf^^E&Bt^OT^P ha,IU (HTTP, HTTPS> * 
tzlt&*£,< SOAP) 77-<70t-^ 



C<klcSS*Hf-L> 0 Ltc*><-oT, Z0)5gB.fll4. /N >K 

•>3 :/£ffiJtr*fcftir*5pJ(cffll*.6Ci:j&<-e*i > . z 
<&<fc5fcgfil4. tztjUt* Java (gftjgjflg) 
liT'i' x •< ?X3> h-P-^l-^-t-SJ; iJfUT^D 

-xic*tLri*roaaicjia*/ji^t Ltntft^. *y 

[0 0 8 4] *»WI4, S*#A<*^B^$i!litu<tffl^ 

z&ztiz&iLxi&wzti. ft&o>mmmis&xtwft<D 

y. *B^*ffl#|cI21E<7)JlJil4. *SIB^05»^j3J:U:*$nF 
Hf^c<73»gSl^ &&IK-&ri=te©*tt»ttfc «fc tffflifclc t 
lffltliztii<-!?t§„ LfcA^or. *siB^^*ifliiffl» 
l=I3*ro£iS»»lcra£-t*»BI4fc<, **iy!l4. * 

tf mxommcDfk t £ t -st-r 

[091] **IBI=J:*»ltkS*p|'>i^H||t->XT-A 
(7)^P -V^I2lt?&-i). 

[02] ?-5>j3J:t;^-¥7h?7 0f?OK0 
[g)3] vfltitW^Pv^QH-C* 

[06] EisroMSff^T-fju^ijie-r-sfctoic, a> 

HP — yfflt\btl-5 73540)7 P ^-v— 

[El 7 a] =j> KP-J^/•?^JHC^ba^r3.—^flcJ:^ 

[07 b] 3> KP-JU/N°^JHCfcLvr3.— *f|C«k« 

fflL^H-573jiC7)7P— Tv— 
[07 c] a> hP-JU/^^HCfctNTJ-— tflcj:^, 

fflLMitl.-573a5cO-7P— TV— ht?fc-S> 0 
[0 8] a.—- tf-b-v V3 >m<DVa — TV— KT?$) 
•5„ 
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110 

1 




r^12 

1 








113 





-101 



101 — 



—111 



a-tfB 














111 


/ Wl 




Updatfli.htal'7i73>T;'7* 



=4= 
120 



4>-*77-</k 



1&2 



121 



[IS) 2] 



210 



200 



1*5^7^-; coal 














□ 





[S3] 



aoo 



312 
313 



-t^b 0»»ickk — -315, 
316' 



«1 0«U7k-A 



301 $ i O^-A 



314 



JS2CDBL7I/-A 
hP-7i: 



303 S3W71/-A 



[06] 



( W» ) 



610 




*--7> F759tf©*< >H*1, «7* > URL 
iW^o -A/t-tiK HTTPvt?> -*$>*aar* (MB) . 



530 



Update*. Mil Ay^ll 

^-^to>€^^«>i7^-^©au7i/-Acup-K?nfitfi^i;, 
^0Up^ifltM«i77'f^rricjiS5nTi\$^g^€B^aa-K, 
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401 < 



[04] 

GET 

/seMel/CWContrdlerSe™iet?crr^ 

nnAwwwele vatorcom/& L=0&T=0& P=hnu IUnuJI&fn=P.Z[0]-f1 WhsP.Z[ 1 ].Z(0]-f2&fn=P2[ 1 ].Z[1 J- 

l3&fn=RZJ 1 ]f44f 1 .W=0&f 1 . Hs0&(1 .S^ttpV^A//hammeitca.a^^ 

AM .L2=0&l1.T=0&f1 P:*77/61 &f2.W=0&f2.H^&fZS=*t^ 

rcom/design/layout/head.ht^ 

ha/m.rrieilca.com/SA^eS^ 

355/1 740&{4.W^&/4.H=0&f4.S=http%3A//ha™ 

Defaulthtm&f4.L=0&f4.T s O&f4.PahnuR/1740 HTTP/t.O 



402 



/servlet/CWControllerSarvlet? 

cmdadoUpdates 

&W=4S5 

&H=500 

&S=http%3A//barm . meitca , com/wwwelavalorconV 
&U0 

&P=hnuJl/nyl) 

&fn=P.Z[0H1 

&fn=P.2(1j.Z[0H2 

&fn=P.Z[1].2[lH3 

&fn=R2(1]-f4 

&M.W=0 

&f1.H=0 

&f 1 ,S=ht1p%3 Ay/haframeitcaxonrv\wwelevatorcorrVbtn2.htm 

an.uo 

&f1.T=0 
&f1.P=v77/61 
&f2.W=*0 
&f2.H=0 

&f2.S^ttp%3Ay/harrameitca.con\^ 

&f2.L=0 

&f2.T=0 

&f2.P=v155/15 

&f3.W=0 

&f3.H=0 

&f3.S=http%3A//harm,meitc»xorTv^ 

&f3.L=267 

&f3,T=1560 

&tt.P=v355/1740 

&f4.W=0 

&f4.H=0 

&f4.$xhttp%3Ay/harm.nieitC3X0nri/wvw^ 

&f4.l=0 

&f4.T=0 

&f4.P=Iinull/1740 
HTTP/1.0 
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UpdituhtnlttoBLT 



eheckForlMitesToSIm - - 

ya-Ft* 



722 



chsckFcrtJpciaUiToSlmO 
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(500 

<HTMLxHEAD> 

<!- This file was generated by the Controller on the hostw eb server 
<TITLE>Cotlaborative Web 8rowsing:H idden Updates Frame - Updates. html</TlTLE> 
<META HTTP-EQUIv*="Cache-Contror CONTENT="no-cache"> 
<META HTTP-EQU1V="Pragma" CONTENT="no-cache"> 
<SCRIPT LA N G U AG E =" J a vas crip t"> 
var updates_sequence_number = 13; 

var distributedPointerHTML = «~ HTML code lor Distributed Pointer image 

function doOnLoad{) { 
iff Cannota ccess Monitor Control Panel web page ) 
atertfCannotf Ind Slave Control Panel window*); 
return; //Try again after nextu pdates interval 

iff Monitor Control Panel web page has an older command s_sequence_number) { 
//Apply new updates 

//M ake sure the Slave Targetb rowser window is accessible 
if( Slave Target browser window is nota ccessible) { 

alertrCould notf ind Sfave window"); 

Disable Slave updates in the Monitor Control Panel: 

return; 

if{ Currents lave Targetw indow dimensions do nolm atch new values) < 
Close Slave Targetb rowser window; 

Re-open Slave Targetb rowser window with new width and heightd intensions; 

if{ URL olw eb page in Slave Targetw indow does notm atch new URL) { 
Load new URL into Slave Targetb rowser; 

return:/ /waitf or Slave Targetb rowser to load web page atn ew URL 

if{ new Slave Targetw indow docurnentd oes notu se frames) { 
if( Slave Targetw indow's horizontal scroHbar position is old) 

Update Slave Tarqetw Indow's horizontal scrollbar position; 
if( Slave targetw indow's vertical scrollbar position is old) 
Update Sfave Targetw Indow's vertical scrollbar position; 
} else f 

if( URL of web page In Slave Tarqetw indow's first! rame Is old) { 
Fetch web page atn ew URL into Slave Targetw indow's first) rame; 
return;/ /waitf or load 

if ( horizontal scroltbar position in Slave Targetw indow's firstf rame is old) 
Update horizontal scrollbar position in Slave Targetw Indow's firstl rame; 

if ( vertical scrollbar position In Slave Targeiw indow's firstf rame is old) 
Update vertical scrollbar position in Slave Tarqetw indow's first frame; 

iff existences isibility or position ofD istributed Pointer in Slave Target 
window's firstf rame is old) { 

^ Update Distributed Pointer Info for Slave Targetw indow's firstf rame; 

«- and so on for sibling frames and any nested frames --» 
^ Monitor Contxof Panel web page's upctetes_sequencejnumber = updates_sequence_rajrnber; 



</SCRIPT> 
</HEAO> 

<BODY onLoad="doOnLoad() ,, > 

<b> Updates. htm I for updates_sequence number 13<Aj> 

</body></html> 
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1. Title of the Invention 

METHOD FOR COLLABORATIVELY BROWSING WEB CONTENT 

2. Claims 

1. A method for collaboratively browsing web content in a 
network including a plurality of client computers and a server computer, 
comprising: 

polling static and dynamic states of a web page displayed in a first 
instance of a web browser; 

transmitting the said states to a controller over the said network; 

generating, in the said controller, update messages including the said 
static and dynamic states; and 

polling, in a second instance of the web browser, the said controller to 
receive the said update messages over the said network; and 

displaying, in the said second instance of the web browser, the said 
web page according to the states in the update messages to dynamically 
synchronize the said second instance of the web browser to the said first 
instance of the web browser. 

2. The method of claim 1 wherein there are multiple instances of 
the said first and second instances. 

3. The method of claim 1 wherein the said polling of the states is 
performed in a monitor executing in the said first instance of the web browser, 
and the polling of the controller is performed in the said second instance of the 
web browser. 

4. The method of claim 1 wherein the retrieved target web pages 
is stored in the server. 
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5. The method of claim 1 wherein the said polling is performed by 
polling requests. 

6. The method of claim 1 wherein the said first and second 
instances of the web browser execute in the said client computers, and the said 
server executes in a server computer. 

7. The method of claim 1 wherein the said web page is selected by 
a user of the said first instance of the web browser. 

8. The method of claim 1 wherein the said web page and all 
instances of the web browser remain unmodified during the collaborative 
browsing session. 

9. The method of claim 4 wherein responses to the said polling 
requests are loaded into a hidden browser frame, a hidden layer, or another 
browser window. 

10. The method of claim 9 wherein the said hidden browser frame 
is zero dimensional. 

1 1 - The method of claim 1 wherein the said controller transforms 
dynamically the said update messages. 

12. The method of claim 1 Anther comprising: 

polling static and dynamic states of another web page displayed in the 
said second instance of a web browser; 

transmitting the said states to a controller over the said network; 

generating, in the said controller, update messages including the said 
static and dynamic states; and 
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polling, in the said first instance of the web browser, the said controller 
to receive the said update messages over the said network; and 

displaying, in the said first instance of the web browser, the other web 
page according to the said states in the said update messages to dynamically 
synchronize the said first instance of the web browser to the said second 
instance of the web browser. 

3. Detailed Description of Invention 

This invention relates generally to the field of computer networks, and 
in particular to synchronizing access to network content by multiple users. 

For some Internet browsing applications, it makes sense to synchronize 
multiple web browsers so that all users can concurrently view the same 
"target" web pages. This type of collaborative browsing is typically conducted 
in conjunction with telephone conversations, class room lectures, or perhaps, 
with Internet-based voice or text communications among the collaborating 
users, 

A number of collaborative browsing systems are described in the prior 
art, see for example, U.S. Patent. No. 6,035,332 "METHOD FOR 
MONITORING USER INTERACTIONS WITH WEB PAGES FROM WEB 
SERVER USING DATA AND COMMAND LISTS FOR MAINTAINING 
INFORMATION VISITED AND ISSUED BY PARTICIPANTS;" U.S. 
Patent No. 5,944,791 "COLLABORATIVE WEB BROWSER;" U.S. Patent 
No. 6,009,429 "HTML GUIDED WEB TOUR;" U.S. Patent No. 5,991,796 
"TECHNIQUE FOR OBTAINING AND EXCHANGING INFORMATION 
ON THE WORLD WIDE WEB;" U. S Patent No. 6, 1 5 1 ,622 "METHOD 
AND SYSTEM FOR PORTABLY ENABLING VIEW 
SYNCHRONIZATION OVER THE WORLD-WIDE WEB USING FRAME 
HIERARCHIES;" and U.S. Patent No. 5,809,247 "METHOD AND 
APPARATUS FOR GUIDED TOURING OF INTERNET/INTRANET 
WEBSITES." 
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In most prior art collaborative browsing systems, at least one of the 
users is designated as a "master" or sender, and other users are designated as 
"slaves" or receivers. Typically, the sender selects the target web pages that 
are collectively viewed by the viewers. In some systems, the receivers may 
also have the ability to assume the role of the sender. 

As described below, existing collaborative browsing systems may be 
broadly classified in terms of the mechanisms that are used to direct the 
viewers to the selected pages. 

One class of systems uses a "push" mechanism. There, a web server 
relies on a special HTTP header {Content-Type = multipart/mixed; boundary 
= "someString") to keep a dedicated HTTP connection open between the 
server and each of the browsers executing the receivers* client computers. 
With this approach, the sender's browser sends the URL of each selected web 
page to a control program executing on the server. The server's controller then 
fetches the web page, perhaps processing its content, and pushes the page to 
each client receiver over the dedicated HTTP connections. 

There are a number of problems with this class of systems. The most 
severe problem is that the push mechanism is not supported by all currently 
available Internet web browsers, for example, Microsoft's Internet Explorer. 
Also, the content of the web pages may need to be modified prior to sending in 
order to direct future requests to the controller. For example 3 all of the links in 
the pages may need to be processed so that these requests will be proxied 
through the controller in the future. This technique is only feasible for simple 
web pages. Complex pages can have numerous different HTML tags and 
Javascript commands that could trigger new requests without the control of the 
sender. It requires a non-trivial amount of effort, and in some cases delay to 
fully process arbitrarily complex web pages in this manner. 

Furthermore, if the receiver directs the browser to some other page, 
then the dedicated HTTP connection is lost. It is possible to disable all of the 
links on the target web page by dynamically processing the target web page 
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before it is sent to the receiver. However, this limits the role of the receiver to 
that of a totally passive observer. Disabling links also does not work when the 
receiver uses some other method to load a different web page. More important, 
modifying pages can alter their intended behavior. This solution also presents 
difficulties when the target web page contains HTML frames, or when caching 
is enabled, as described below. 

Lastly, with the push mechanism, the receivers cannot have any type of 
control. The users are merely "pushed" to whatever pages that are selected by 
the sender. 

In another class of collaborative browsing systems, a special monitor is 
installed on each of the collaborating computers. The monitor opens a 
dedicated socket connection to the controller. In this case, the sender's 
monitor tracks the activity of its web browser, and communicates information 
about updates to the controller where they can be relayed to the receivers' 
monitors. Apart from being very specific to particular browser 
implementations, the monitor program needs to be installed on each user 
computer before the users can collaborate. It is much more desirable to find a 
solution that does not require the installation of specialized programs, so that 
users can collaborate immediately even if they are collaboratively browsing 
for the first time ever. 

In another class of collaborative browsing systems, browser "plug-ins" 
are installed in the web browsers. The plug-in behaves similarly to the monitor 
described above, and suffers from the same disadvantages. 

Another class of collaborative systems, embodied by applications such 
as Microsoft NetMeeting, facilitates collaboration by essentially sharing all or 
part of the users 1 screens across a network. These may be considered complex, 
platform-specific and "heavy" approaches since they require greater 
bandwidth, pre-installation of binary executables, pre-registration> and user- 
training. As with other applications which are based on binary executables that 
are installed, such non-web-based approaches introduce software installation, 
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configuration and maintenance issues. Arbitrary users cannot collaborate with 
such a system unless they all happen to use the same platform and happen to 
have met the installation, registration and training requirements ahead of time, 
and have sufficient bandwidth between them. It is desirable to find a solution 
which does not suffer from any of these requirements. 

Another class of systems uses special downloadable programs, such as 
Java applets or similar technology. The applets execute on each web browser 
and open a dedicated socket connection to the controller. However, those 
systems do not work when Java is disabled in the browser. Even if Java is 
enabled, then it still takes a significantly larger amount of time to load and 
start the Java environment than it takes to load a simple DHTML web page, 
degrading performance. Furthermore, this class of systems typically requires 
embedding code in the target web pages, i.e., the "tag" to load the applets into 
the target web pages. This limits collaborative browsing only to such specially 
prepared web pages. If the special code is dynamically embedded into the 
page when the page is fetched, then there is the risk that modifications to the 
page will alter its intended behavior. A better solution, which does not require 
a modification of the target web pages, is desirable. 

Existing systems may have other problems when the target web pages 
use HTML frames. If a new web page is loaded into a frame on the sender's 
browser, then the top-level URL of the web page is remains the same. In other 
words, the URL in the browser's "address" or "location" bar does not change. 
Therefore, a system which only monitors the top-level URL loaded into the 
sender's browser may not be aware that a frame on the sender's browser is 
displaying a web page which is different from the web page that is displayed 
in the corresponding frame on the receivers' browsers. Even if a URL change 
in a frame of the sender's browser is detected by some means, there is still the 
problem of forcing the web page at the new URL to be loaded into the 
corresponding frame for each receiver. It is desirable to find a solution where a 
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change to any frames on the sender's browser is reflected in the receiver's 
browser. 

For example, U.S. Patent 6,151,622 "Method and system for portably 
enabling view synchronization over the world-wide web using frame 
hierarchies," issued to Fraenkel , et al. on November 21, 2000 described static 
synchronization of client Web browsers to a selected frame by generating a 
description of a hierarchy of the selected frame. The hierarchy was transmitted 
over a network environment and duplicated in target frames of the client 
browsers. 

There a number of problems with that type of collaborative browsing. 
First, the captured frame hierarchy that is disseminated only includes static 
frame information, specifically the depth and name of the frame and the URL 
representing the frame content. Nothing is known or captured about the 
dynamic state of the selected frame. For example, if one of the users scrolls 
horizontally or vertically, or presses the "Page Down" key, then the views of 
the participants will no longer be synchronized. It is desirable to provide a 
collaborative web browsing solution in which the dynamic state of the web 
pages being viewed in each browser is also synchronized. Then, for example, 
if any user scrolls or types something into a form field, the browsers of the 
other users will be updated to reflect these dynamic state changes. 

Furthermore the solution provided by Fraenkel et al. requires that the 
web page to be collaboratively viewed is loaded into a frame. There are a 
number of disadvantages with that approach. Some web pages will not behave 
properly if they are loaded into a frame rather than into the top-level document 
of the browser. Web pages which contain frames themselves are more prone to 
stop the browser from functioning. Web pages which are forced to be loaded 
into a frame cannot be book-marked, either. Finally, if a web page is forced to 
be loaded into a frame, then the URL of that web page will not be visible in 
the "Address" or "Location" field of the web browser, because only the URL 
of the top-level web page is shown in this field. It is desirable to provide a 
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collaborative web browsing solution for which the web pages to be 
collaboratively viewed can be loaded as the top-level document of the web 
browser, such that they can be viewed in their "natural environment' 1 just as if 
they were not being viewed collaboratively. 

Finally, the solution provided by Fraenkel et al. puts the intelligence 
into collaboration scripts which are downloaded into each browser. Another 
solution would put this intelligence on the server rather than the clients so that 
the server can add value to the collaborative session. For example, the 
programs on the server could transform the dynamic or static state of 
collaboration information before disseminating that information to client 
browsers. In general, it may be advantageous to keep the intelligence in the 
server program because this program has ready access to auxiliary sources of 
information. Such sources of information might include back-end databases, 
information about the browser brands and versions in use by the clients, the 
screen resolution of each client, etc. It is desirable to provide a collaborative 
web browsing solution which is flexible and easily extended to support adding 
value to the collaborative web browsing sessions. 

Prior art systems can have other problems when they rely on a sender's 
HTTP request for a new target web page to arrive at the host web server. This 
may be the case when the arrival of an HTTP request at the host is used as the 
basis to determine when a new target web page request by the sender must be 
processed. The problem is that web pages may be cached in the host server, or 
in some intermediate proxy server. If an HTTP request by the sender's 
browser is satisfied by a cache hit, then the request may not be reflected in the 
receiver's' web browser. 

Therefore, it is desired to provide a collaborative web browsing system 
that includes dynamic state information and operates for pre-existing and 
arbitrary target web pages including any number of HTML frames, links, or 
Javascript. It also desired that the target web pages can be viewed naturally 
and without modifications that could alter their intended behavior. For 
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accessibility and ease of use, it is also desired that the system does not require 
any special binary executables or programs such as Java applets or browser 
plug-ins. 

The present invention provides a flexible mechanism for synchronizing 
multiple web browsers. The invention enables unmodified web browsers to 
share unmodified web pages. This collaboration is made possible, in part, 
because any collaborating user can remotely control significant aspects of the 
browsers of other users using a "pull" or polling mechanism. 

A "sender" browser selects the web pages to be viewed by "receiver" 
browsers. The receiver browsers can be "controlled" by one or more sender 
browsers. Any user browser can either be a sender or a receiver, or both. The 
invention operates by polling dynamic changes in states of the sender's 
browser, for example, resizing of the sender's browser window, selecting a 
new target page, scrolling the sender's browser window or frames, tracking 
pointer positions, and entering text. All changes in the dynamic state are 
reflected in the browsers of the receivers. 

The invention comprises three main components: a controller 
executing on a host web server, and a monitor and target for each user 
participating in the collaborative web browsing system, whether as a sender, 
as a receiver, or as both. 

The controller coordinates updates of the dynamic states of the various 
collaborating browsers. There is no restriction on the language used to 
implement the controller. For example, the controller can optionally be 
implemented as a PERL script, or as a Java servlet to provide platform 
independence. 

The monitor includes an HTML web page including HTML frames, a 
configuration control panel, and Javascript programs. The monitor can execute 
in an instance of its own browser, or in one of the target's frames. The monitor 
knows the name of the target browser window, so the Javascript programs can 
detect any updates to the target window's dynamic state. The sender's monitor 
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polls the sender's target to detect updates to its dynamic state to be transmitted 
to the controller. For example, if the sender scrolls the vertical scrollbar down 
in the target web page, then the sender's monitor detects this scrolling and 
transmits the scrolling state to the controller. Each receiver's monitor 
periodically polls the controller to detect the dynamic state updates to be 
reflected in the receiver's target. 

The target is an instance of the browser, or one of its frames, including 
the target web page that is to be collaboratively viewed. According to the 
invention, the target can be a regular instance of any standard browser, as such, 
the target can be used for normal web browsing. Thus, the invention enables 
pre-existing and arbitrary web pages to be collaboratively viewed by 
unmodified browsers. 

As mentioned above, the sender's monitor, executing in one browser 
instance or frame, thoroughly examines the state of the target web page that is 
loaded into the instance of the target browser instance or frame. The monitor 
performs this polling periodically at configurable time intervals, such as once 
every second. This examination determines the structure of the currently 
loaded target web page, and ascertains significant values to be transmitted to 
the controller. For simple web pages, this information minimally includes the 
top-level URL loaded into the page, and the positions of the horizontal and 
vertical scrollbars. 

For web pages that use frames, the information also includes the URL 
used for each frame, and the scrollbar information for each frame. Other state 
information may include values typed into any forms on the web page, the text 
that is currently selected, and information related to the target web page. In 
addition, the dimensions of the target browser windows can be synchronized 
so that web content appears identically in all of the users' web browsers. 
Changes to any of these state values are transmitted to the controller in the 
form of polling requests, for example, HTTP or HTTPS request, or similar 
notifications in other communication protocols. 
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Due to security measures which are built into Javascript and standard 
web browsers, a Javascript program executing in a first browser instance (or 
frame) may only be allowed to access the detailed information in a second 
browser instance (or frame) when both instances are loaded with web pages 
from the same origin. In this case, the web pages, images and programs used 
to implement the invention should be stored on the same web server that stores 
the web pages to be collaboratively viewed. 

In the case of a single sender, the state of the sender's target is 
reflected in all of the receivers' targets. In the case of multiple senders, the 
receiver is synchronized to the state of any of the senders. In particular, the 
receiver is synchronized to the state of the sender which made an update most 
recently. Each sender may also behave as a receiver so that all participant 
browsers are correctly synchronized with each other. A user may elect to be 
neither a sender nor a receiver. Such might be the case when, for example, that 
user wishes to leave the collaborative session briefly to browse elsewhere and 
then to return and re-join the collaborative browsing session at a later time. 

When the sender's monitor transmits the update polling request to the 
controller indicating that some state, such as a scrollbar position, has changed, 
the controller dynamically generates an update message which contains details 
about the new state. This updates message is returned, in response to the 
periodic polling requests, to the receivers' monitors. The state changes are 
reflected in each receiver's browser instance (or frame), thus insuring that 
each receiver's browser is synchronized with all other browsers. The 
frequency at which the monitor polls for changes in state in either the target, in 
the case of a sender, or the controller, in the case of a receiver, is configurable 
via the control panel. 

The method of the invention uses dynamic HTML techniques and does 
not require any special programs such as Java applets, browser plug-ins, or 
other executable programs to be installed on the user computers before 
collaboration can begin. Therefore, any arbitrary user on the Internet can 
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collaborate with other users on the Internet immediately by simply visiting an 
initial web page. Users do not experience any initial delays such as those 
associated with prior art Java applets. Users may participate even if they are 
using a device with limited resources which does not support Java and similar 
"heavyweight" technologies. 

The collaborative browsing system according to the invention is 
platform independent, and the controller executing on the host web server can 
be written in a platform independent language such as PERL, or Java. 

The present invention enables more flexibility than known 
collaborative web browsing systems Receivers can periodically browse 
elsewhere and then rejoin the collaborative session later. Rather than having 
one sender browser control all interactions, each user can optionally be a 
sender and therefore enabled to control the web pages to be collaboratively 
viewed by other receivers. Because the invention is a web-based application, 
support for new features can be added to the system without requiring any 
installation, configuration or maintenance of the user computers. Any such 
additions need only be made to the files on the host web server. 

More particularly, the invention provides a method for collaboratively 
browsing web content in a network including a plurality of client computers 
and a server computer. Static and dynamic states of a web page displayed in a 
first sender instance of a web browser are polled. The states are transmitted to 
a controller executing in a server computer over the network. In response to 
receiving the update messages, the controller generates update messages 
including the states. The controller is then polled by a second receiver instance 
of the web browser to receive the update messages, and the receiver browser 
can then display, and the web page can be displayed according to the states in 
the update messages so that the receiver's web browser is dynamically 
synchronize the sender's web browser. 

Figure 1 shows a collaborative web browsing system 100 according to 
the invention. The system 100 includes one or more client computer (clients) 
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systems 101, and a server (host) computer system 102 connected to each other 
by a network 103. 

The clients 101 can be personal computers, workstations, laptops, 
personal digital assistants (PDA), wireless computing device such as cellular 
telephones and the like executing software programs. Operating system 
software can be Windows, LINUX, UNIX, NT, and so forth, application 
software can include Internet applications such as web browsers. The server 
can execute server software such as the Apache system. The clients and 
servers typically include input and output devices, and storage sub-systems. 
The network can be the Internet including the World-Wide-Web (WWW or 
web), and the links between the clients and server can be wire or wireless. The 
network can also include intermediate proxy servers and routers. 

The three major components of the system 100 include a controller 120 
in the server, and a monitor 110 and a target 111 for each of the clients 101. 
The monitor 1 10 can include a target monitor 1 12 and a controller monitor 
1 13. In the case that the client is a multi-user system, the client can include an 
instance of the monitor and the target for each user. 

The controller 120 is an application program executing on the server 
102. The server can also store web content 121, such as web pages, image files, 
video files, etc., to be collaboratively viewed by the users of the system 100. 
The content can also be stored and cached in the clients, local servers, or the 
intermediate servers of the network. 

The users of the system 100 can dynamically be enabled as "masters" 
or senders, as "slaves" or receivers, as both, or as neither. The content 121 
selected and viewed by the sender is reflected in the targets 1 1 1 of all 
participating receivers. The target monitor 1 12 is enabled for senders, and the 
controller monitor 1 13 is enabled for receivers. The targets are instances of a 
standard unmodified web browser that can be loaded with various web content 
121. 
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The target monitor 1 12 uses Javascript programs to periodically poll 
the dynamic state of the sender's target 1 1 1 to ascertain whether any changes 
in its dynamic state needs to be transmitted as updates to the controller 120. 
Any sender can load web content 121 to be collaboratively viewed into that 
sender's target. The controller monitors 1 13 communicate with the controller 
120 using polling requests. The controller monitors fetch update messages 
generated in response to actions performed by the sender. Note that the present 
invention does not require that the monitor and target components exist in 
distinct web browser instances. The invention also allows these components to 
run in different frames of a single web browser instance, but in the preferred 
embodiment there are two distinct browser instances. 

Figure 2 shows the client side 200 of a preferred implementation of the 
invention wherein the monitor and target exist in separate browser instances, 
rather than in separate frames of the same web page. The web browser 
instance that contains the monitor initially displays a collaborative web 
browser control panel 210. This control panel is used to configure a 
collaborative browsing session. The target browser instance 220 is used by the 
sender to browse web pages that will be collaboratively viewed by receivers. 

As shown in Figure 3, the monitor web page 300 comprises three 
frames 301-303. A first frame 301 is visible. The other two frames 302-303 
are "hidden" HTML frames not visible to the user. Effectively, hidden frames 
are zero-dimensional, i.e., they have no height or width. 

The first frame 301 in the monitor web page 300 is the control panel 
210. The control panel is used to configure certain aspects of collaborative 
browsing sessions. The user can use the control panel to specify 311 the 
dimensions of the target browser window 220. The user can also enable sender 
features 312, enable receiver features 313, and enable distributed pointers 314, 
described below. The user can also use the control panel to specify the 
frequency with which to poll for changes in dynamic state of the target 
window if the user is enabled as a sender 315, and changes from the controller 
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if the user is enabled as a receiver 3 1 6. The first frame 301 also contains the 
Javascript programs that implement the target monitor 112 and the controller 
monitor 113. 

The controller monitor periodically polls the controller by making 
polling requests. In the preferred embodiment, the requests follow the HTTP 
or HTTPS protocol. The response to this request is a web page that is referred 
to by the filename "Updates.html " The Updates.html page is loaded into the 
first hidden frame 302. The content of the Updates.html file indicates whether 
any changes have been made to the dynamic state of the target web page of 
any sender users. If some changes have been made, such as when a new web 
page has been loaded into the target browser window for a sender, then those 
changes will be applied to the local target window. The Javascript programs in 
the controller monitor are only enabled for a receiver. 

The target monitor 112 periodically polls the dynamic state of the web 
page that is currently loaded into the target window 220. Any changes to the 
state of the target web page are transmitted to the controller 120, which will 
make the changes available for all receivers. In the preferred embodiment, 
these changes are transmitted to the controller as parameters in HTTP requests. 
The HTTP response to this request is loaded into the second hidden frame 303. 
The HTTP response from the controller is used for debugging. The Javascript 
programs that implement the target monitor are only enabled if the local user 
is enabled as a sender. 

Figure 4 shows an example polling request made by the target monitor 
112 when it sends dynamic state updates to the controller 120 in a compact 
401 and expanded 402 form. In this example, the HTTP GET method is used. 
Alternatively, the HTTP POST method may be used, perhaps when there is a 
large amount of data in the update. The target monitor may dynamically 
decide whether the GET or POST method is the most appropriate for a 
particular set of updates. 
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In the example shown in Figure 4, the HTTP parameter names and 
values are encoded via simple text substitutions for brevity. For example, 
strings of the form "frames[" are replaced with strings "Z[". Note that 
information about each frame in the target window is encoded using query 
parameter names of the form "fkd," where "n" is a number that indicates a 
particular frame and "d" indicates a particular attribute of that frame. For 
example, "fl.S" indicates the URL of web page that is loaded into the frame 
designated "fl " The encodings for these frame designations are also included 
in the query parameters, e.g., "fn=P.Z[l].Z[0]-f2" indicates that attributes for 
nested frame frames[l].frames[0] will be contained in query parameters with 
names that start with "f2." It is recognized that other methods for encoding the 
parameter names and values may be used, and that the method used may be 
tailored to best match the environment and communication mechanism with 
which the invention is being used, e.g. if the SOAP protocol is used, the data 
could be sent using an XML format. 

Figure 5 shows an example Updates.html file 500. This is the file that 
is generated by the controller 120 in response to updates from the target 
monitor on a sender. This file is periodically fetched by the controller monitor 
on each receiver. Note that Updates.html is loaded into the second frame 302 
of the monitor web page. Note the "onLoad" handler in the pseudo-code. This 
handler is executed when this web page has finished loading into the browser. 
It explicitly compares the dynamic state attribute values in the updates with 
those in the web page in the receiver's target browser. If any attribute value 
does not match, then it's value is updated, by Javascript code in Updates.html, 
in the receiver's target browser. Note that in Figure 5 the word "slave" 
indicates the "receiver". 

The flow of control in the Updates.html file 500, which is used to 
update the receiver's target web page 220, should be evident to one skilled in 
the art. Sequence numbers are used to verify whether the particular set of 
changes reflected in this Updates.html file have been processed, yet. Note that 
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attributes in any sub-frames are recursively updated, too. Browser-specific 
Javascript commands may be used as needed to update the receiver's target 
web page 220, because, if necessary, the controller and monitor are able to 
detect the platform and version information about the web browser's in use 
using standard Javascript Document Object Model methods and properties. It 
is recognized that the format and use of Javascript in Figure 5 represents only 
one of many potential ways of conveying the updates information for 
transmission to the receivers. This format is used in the preferred embodiment 
for clarity and simplicity of operation. 

Figure 6 shows a method 600 used by the controller 120 to process 
updates from a sender The method waits for a polling request 610. When a 
valid request is received 615, the dynamic state of the target browser is 
extracted 620 to generate 630 a new Updates.html file 500. 

The controller program 120 running on the host web server 102 is 
designed to wait for valid requests 610 from a monitor. Upon detecting such a 
request 615, the controller extracts (typically for minimal level of 
functionality) the target browser's window width, window height, URL, and 
scrollbar positions from the HTTP parameters. This includes any URL and 
scrollbar positions for frames, if any, used in the target web page. Additional 
parameters may also be decoded which may contain information about 
additional state processing information to be conveyed to the receivers. For 
example, these additional parameters may contain information about how an 
HTML form is being filled in, what text is being selected, and the existence 
and location of any Distributed Pointers, described below, any of which may 
be available in any possibly nested frame in the target web page. 

After extracting the information about updates which a sender has 
made to the target web page, the controller generates 630 a new Updates.html 
file 500 on the host web server 102. As shown in Figure 5, this Updates.html 
file contains a Javascript onLoad event handler which is executed when the 
Updates.html file has finished loading into the receivers hidden frame 302. 
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This onLoad handler includes code to do error checking (e.g. see if the 
receiver target window is still open and accessible), to check an updates 
sequence number to see if this particular Updates.html file has been processed, 
yet, to apply any new updates to the receiver's target web page, and finally to 
update the receiver monitor's updates sequence number to indicate that this set 
of updates has been applied. 

Figures 7a, 7b, 7c show methods used by the monitor to operate the 
user's control panel 710-719, methods used to implement the controller 
monitor 720-723, and methods used to implement the target monitor 730-741. 

Figure 7a shows the method used by the monitor to respond to 
configuration changes made by the user via the control panel. As shown in 
Figure 7a, initially, the monitor web page, containing the control panel 301 
and two hidden frames 302-303, is loaded 710 into the monitor window or 
frame 210. Standard event handlers associated with form elements in the 
monitor control panel 210 are used to respond to configuration changes made 
by the user. This is indicated in Figure 7a at block 71 1 where the method waits 
for the user to change some state in the control panel. If the user checks 7] 2 or 
un-checks 713 the "Master" (sender) checkbox then a call is either scheduled 
716 or any existing scheduled calls are canceled 717, respectively, to the 
TargetMonitor routines in checkForChangesByMaster() 730. Similarly, if the 
user checks 714 or un-checks 715 the "Slave" (receiver) checkbox then a call 
is either scheduled 718 or any existing scheduled calls are canceled 719, 
respectively, to the ControllerMonitor routines in checkForUpdatesToSlaveO 
720. In addition, if the user checks the Slave checkbox 714, then a 
"last_updates_sequence_number" counter in the ControllerMonitor is reset 
718 so that the receiver will be properly re-synchronized when this checkbox 
is checked again. Otherwise the ControllerMonitor might think that this 
receiver is already up-to-date. 

Figure 7b shows the method used by the controller monitor 1 13 in 
receivers to regularly monitor the controller such that new updates from 
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senders will be detected and applied. In other words, the 
checkForUpdatesToSlaveO controller monitor routine is used to update the 
receiver (slave). If the monitor is configured as a receiver (the Slave checkbox 
3 13 is checked), then the checkForUpdatesToSlaveO controller monitor 
routine is regularly called 720. 

The frequency with which this routine is called can be configured in 
the monitor control panel 316. This method simply reloads 721 the first hidden 
frame 302 in the monitor web page 300 with the most recent Updates.html file 
500 which was generated by the controller 120 on the host web server 102. 
The onLoad handler in the Updates.html file will apply any needed updates, as 
explained earlier The controller monitor may optionally perform any 
additional special operations 722 to further process the content or state of the 
receiver's target web page. These operations may be used to add additional 
value to the collaborative web browsing session. Aspects of these operations 
may be controlled by the updates messages, by settings in the senders or 
receivers monitor control panel, or by user action, for example. Finally, the 
controller monitor CheckForUpdatesToSlaveO routine re-schedules another 
call to itself 723 after the interval specified in the control panel 3 16 so that the 
next set of updates will be applied, too. 

Figure 7c shows the method used by the target monitor 1 12 in senders 
to regularly monitor the sender's target web page such that any changes will be 
transmitted to the controller, In other words, the checkForChangesByMaster() 
target monitor routine is used to check for any changes made by this sender 
(master) and if so to transmit them to the controller for relaying to reed vers. If 
the monitor is configured as a sender (the Master checkbox 3 12 is checked) 
then the checkForChangesByMaster () target monitor routine is regularly 
called 730. 

The frequency with which this routine is called can be configured in 
the monitor control panel 315. This method first reads the basic (static and 
dynamic) state of the target window 73 1, which minimally includes the 
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window dimensions and state of the top-level document in the target browser 
window. The state of the top-level-document may minimally include the URL 
loaded into the top-level window, and the positions of the horizontal and 
vertical scrollbars. Next the target's basic state is compared to the basic state 
saved in the target monitor during the previous call to 
checkForChangesByMaster() 732. 

Before using the results of that comparison, the target monitor routine 
may first optionally perform any additional special operations to further 
process the content or state of the target web page 733. These operations may 
be used to add additional value to the collaborative web browsing session. 
Aspects of these operations may be controlled by settings in monitor control 
panel or by user action, for example. As an example, to support advanced 
features such as distributed pointers, described below, if there is a new top- 
level URL detected in the target web window then at this point the target 
monitor routine could recursively set custom event handler(s) in the target 
window to detect the existence or movement of such distributed pointers. 

Continuing in Figure 7c, the target monitor checkForChangesByMaster 
0 routine checks to see if the target web page uses frames 734. If not, it checks 
to see whether the target's basic state changed (this was ascertained earlier 
732). If the targets basic state did not change and there are no frames, then 
there are no updates to be transmitted to the controller, so the method simple 
schedules another call to itself 741 after the interval specified in the control 
panel 315. If the target does not have frames 735, but it's basic (top-level) state 
did change, then the method reloads the second hidden frame 303 (the third 
actual frame) in the monitor web page to transmit all changes to the controller 
740. The idea here is that the HTTP request to reload the second hidden frame 
is directed to the controller and contains the update information as parameters. 
The controller decodes the update parameters and sends some web page 
document in response which is loaded into the second hidden frame 303. This 
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response document is not used apart from transmitting status (eg. 
"successfully received updates") and debugging. 

Continuing in Figure 7c, if the target monitor does use frames 734, 
then the checkForChangesByMasterO routine recursively gathers and saves 
static and dynamic state of all (possibly nested) frames in the target web page 
736. If the target's basic state changed 737 (as was ascertained earlier 732), 
then the second hidden frame is reloaded in order to transmit those changes to 
the controller 740, as described above. Note that when the target uses frames 
and the target's basic state has changed, the method does not bother 
recursively looking for changes in the frames. This is because changes in the 
basic top-level state of the target must be handled first. As an example, if the 
top-level URL has changed, then receiver's will have to load the new top-level 
URL before they can be allowed to change any frame located in the web page 
specified by that top-level URL. 

If the target is using frames, but the target's basic state has not changed 
since the last time that checkForChangesByMasterO was called 737, then the 
method recursively compares 738 old and new frame states and optionally 
performs 738 any additional special operations (as described earlier for the 
top-level documents 733), Next, continuing the case where the target has 
frames and the target's basic state has not changed, the method checks to see if 
any (possibly nested) frame's state has changed 739. If so, the second hidden 
frame 303 is reloaded in order to transmit those changes to the controller 740, 
as described earlier. 

In any event, the last step of any call to checkForChangesByMasterO 
730 is to schedule another call to checkForChangesByMasterO 741 after the 
interval specified in the control panel 315. 

Figure 8 shows an example flow of operations for typical user sessions 
when the user is operating as a sender and receiver 810, only as a sender 820, 
only as a receiver 830, and as neither a sender or receiver 840. In this figure, 
the word "slave" refers to a receiver, and the word "master" refers to a sender. 
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This figure by no means shows all of the sequences of operations which are 
covered by the invention, but it conveys enough information to give someone 
skilled in the art the idea of how it is intended to operate. 

As shown in Figure 8, the typical way in which a user might join a 
collaborative web browsing session. This user will hereby be referred to, 
arbitrarily, as "user 5" to distinguish him or her from other users who may 
already be taking part in this collaborative web browsing session. User 5 
initially fetches a special "Welcome" web page 801 in which user 5 might 
optionally enter a username and password before clicking on a "submit" or 
"Collaborate" button. This invention does not require password-protected 
pages, but they may be used, if desired, using standard password-protection 
mechanisms. In the preferred embodiment, the monitor web page and the 
user's target web page run in distinct web browser instances. Assuming this is 
the case, then upon clicking the "submit"/"Collaborate" button 801, two new 
browser instances will open on user 5's screen 802. The first instance contains 
the monitor control panel 210, and the other contains the target web page 220. 
For this scenario we will say that initially both the "Master" (sender) checkbox 
312 and the "Slave" (receiver) checkbox 313 are checked in the control panel, 
and the system will behave as if the Slave checkbox was checked first. This 
implies that at this point user 5's target browser window will be loaded with 
the web page that is currently being collaboratively viewed. (Note that if the 
system initially behaved as if the Master checkbox was checked first, then the 
target browser of every Slave/receiver currently in the session would 
immediately be loaded with the same page as is initially loaded into user 5's 
target browser window.) 

Since, initially, in this scenario user 5 is configured by default as both 
a Master and a Slave, the first path 810 in Figure 8 will be traversed. This path 
810 describes the behavior of the collaborative web browsing system when 
user 5 is both a Master and a Slave (which is the default). As an example flow 
of control under this path, user 5 may then fetch a new web page (page B) 
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from the host web server into user 5's target browser window 811. Since user 5 
is configured as a Master, a]! of the other slaves will automatically have page 
B loaded into their target browser windows, too 812. Next, say that master 
user 3 scrolls to the bottom of page B 813. In response, all slaves, including 
user 5, will see page B in their target browser windows automatically scrolled 
to the bottom of page B, too 814. And so on 815 - since user 5 is a master and 
a slave, user 5 can both control what appears in all slave target browsers, and 
can see any changes that any other masters make in their target browsers. 

If user 5 un-checks the Slave checkbox 313 in the control panel 210, 
but leaves the Master checkbox 312 checked, then user 5 will now only be a 
master 820. In this case, the second path 820 in Figure 8 will be traversed. 
This path 820 describes the behavior of the collaborative web browsing 
system when user 5 is a Master, but not a Slave As an example flow of 
control under this path, say that all of the slaves currently have web page A 
loaded into their target browser windows, but then master user 3 now fetches a 
new page, page C, into user 3's target browser 821. Since user 5 is not 
configured as a slave, user 5 will stay at page A and will not see page C loaded 
into user 5's target browser window, although any and all other slaves in this 
session will 822. Now say that user 5 scrolls down to the bottom of page A 
823. Since user 5 is configured as a master, all slaves will suddenly see their 
target browser's loaded with page A, and then scrolled to the bottom of page A 
as they become synchronized with the most recent change by any master 824. 
And so on 825 - since user 5 is a master but not a slave, user 5 will not see 
any changes that other master's make, but all slaves will see changes that user 
5 makes. 

If user 5 un-checks the Master checkbox 3 12 in the control panel 210, 
but leaves the Slave checkbox 313 checked, then user 5 will now only be a 
slave 830, In this case, the third path 830 in Figure 8 will be traversed. This 
path 830 describes the behavior of the collaborative web browsing system 
when user 5 is a slave, but not a master. As an example flow of control under 
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this path, say that master user 3 browses to a new web page, page D, in user 
3's target web browser 831. All of the slaves, including user 5, will see their 
target web browsers loaded with page D 832. Now say that user 5 browses to 
page E 833. Since user 5 is not configured as a master, all of the other slaves 
continue to stay at page D 834. Now say that master user 2 browses to page F 
835. Then all of the slaves, including user 5 will see their target web browsers 
automatically loaded with page F 836. And so on 837 — since user 5 is a slave 
but not a master, user 5 will see any changes that other masters make, but 
other slaves will not see any changes that user 5 makes. 

If user 5 un-checks both the Master checkbox 312 and the Slave 
checkbox 313 in the control panel 210, then user 5 will now be neither a 
master or a slave 841 . In this case, the fourth path 840 in Figure 8 will be 
traversed. This path 840 describes the behavior of the collaborative web 
browsing system when user 5 is neither a master nor a slave. In this case any 
changes by other users will not be seen by user 5 842. Furthermore, any 
changes made by user 5, such as browsing to a new web page, page G, will not 
be seen by other users 843. Therefore, user 5 is not currently participating in 
the collaborative web browsing system. User 5 may elect to do this if, for 
example, they wish to find a web page to share, but they must surf around for 
awhile to find that page. While user 5 is surfing around to find the page which 
user 5 wishes to share, user 5 may uncheck both the master and slave 
checkboxes so that user 5 will not be bothered with changes made by other 
masters, and so that other slaves will not see intermediate pages that user 5 
loads while looking for the page which user 5 wishes to share. 

Continuing the case in Figure 8 where user 5 is neither a master nor a 
slave, say that eventually user 5 browses to page G 843, which user 5 wishes 
to share with slaves in the collaborative web browsing session. If user 5 
wishes to re-join as both a master and a slave, then the order in which user 5 
re-joins the session at this point is critical. If user 5 first re-checks the Slave 
checkbox 848 (leaving the master checkbox un-checked), then page G in user 
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5's target browser will immediately be "over-written" as user 5's target 
browser is loaded with whatever web page is currently being viewed by other 
slaves 849. At this point user 5 is participating as a slave but not a master £30. 
This may be the desired behavior if user 5 was browsing elsewhere and now 
wishes to see what everyone else is viewing in the session, but say that user 5 
really did want to share page G with all of the other slaves in the session. In 
that case user 5 should check the master checkbox 844 before checking the 
slave checkbox (or user 5 may elect not to check the slave checkbox at all). 
Since user 5 is joining the session as a master, an alert pops up on user 5's 
window warning user 5 that all slaves will be forced to view page G (or 
whatever page is currently loaded into user 5's target web browser). This 
warning alert is done as a precaution so that someone joining or re-joining a 
session as a master does not accidentally and unintentionally redirect all of the 
slave target browsers. If user 5 clicks "OK" 846, indicating that user 5 really 
does intend for all slaves to be re-direct to the page (page G in this case) that 
user 5 is currently viewing, then all of the slave target browsers are 
immediately loaded with page G 847. At this point user 5 is participating in 
the session as a master, but not a slave 820. If, on the other hand, user 5 clicks 
"CanceP 7 when asked in the pop-up alert whether user 5 really intends to 
redirect all of the slaves, then user 5 will remain as neither a master or a slave 
841. 

The information transmitted between the controller on the web server 
and the monitor in the user browser instances can be in a number of formats. 
In the preferred embodiment, and for clarity and simplicity, the information is 
contained in dynamically generated executable Javascript statements that can 
be executed in the receiver web browsers as is. To improve performance, a 
more concise format could be used. To improve interoperability and leverage 
new and existing XML tools and protocols (such as SOAP), an XML format 
could be used. Also note that in the preferred embodiment, whenever any part 
of the state changes, the entire dynamic state is transmitted to all users, not just 
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the part of the state that changed. This assures that users can join the 
collaborative web browsing session at any time and get up-to-date with all of 
the state — not just the latest changes. Again, for better performance, another 
implementation can just send information about state that changed so that the 
messages exchanged would be smaller. In this case, additional dynamic state 
information can be requested and transmitted as required. 

In an alternative embodiment, it is not necessary for the user's control 
panel, and its associated control programs, to execute in a separate browser 
instance. The user's control panel and control programs can all be loaded into 
one of two frames, where the other frame contains the target web page being 
collaboratively viewed. The advantage of this embodiment is that it only 
requires one instance of the browser to be running on each user's computer. 
One disadvantage of the frames approach is that it imposes limitations on the 
types of web pages that can be collaboratively viewed. This is because, as an 
example, some web pages do not behave in the way in which the web author 
intended when they are viewed within a frame rather than as a top-level 
document. By using two browser instances, the content of the viewed pages is 
arbitrary because the viewed pages are running in their own browser window, 
just as if they were not being viewed collaboratively. Other disadvantages of 
loading the target web page into a frame are that the URL of the target web 
page will not be visible in the browser's "Location" or "Address" field, and the 
target web page cannot be bookmarked using a feature of the web browser 
such as "Add to Favorites" or "Add Bookmark". 

To facilitate cross-platform and cross-browser independence, 
Javascript is preferred as the scripting language to implement this invention in 
the user web browsers. Any other programming language, variation of 
Javascript, or other mechanism, which allows access to the Document Object 
Model of a web browser, may be substituted for Javascript. Note that, since 
the Document Object Model may differ between web browser brands, 
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browser-specific Javascript code may be used as needed to access parts of the 
slate of the target web page documents. 

A number of enhancements to the basic collaborative web browsing 
system can be implemented Where desired, standard mechanisms can be used 
to password-protect the collaborative web-browsing sessions, and to maintain 
multiple independent sessions. It is also advisable and straight-forward to add 
administrative interfaces to the controller running on the web server such that 
a GUI representation of aspects of the collaborative web browsing system can 
be dynamically viewed and used for management. For example, one such 
interface might be used initially to establish a new dedicated collaborative web 
browsing session with a user seeking help about a particular web site. 

As another example of an enhancement, it is possible to allow a sender 
to control additional aspects of other user's browsers Minimally, each sender 
reflects changes to any sender's window size, the currently loaded web page 
address (URL), the scrollbar positions, and the URL and scrollbar positions of 
any frames that the web page contains. However, this functionality can be 
extended to track any other object that the Javascript Document Object Model 
allows access to for that browser. For example, it may be desirable to track 
textual user input as it is entered into a text field in a form on a web page, so 
that all users will see what any user types into such a field. Similarly, other 
form elements, such as checkboxes and pull-down listboxes can be 
collaboratively modified. Arbitrary text selections could also be shared. I.e. if 
a master selects a paragraph of text, all slaves would see that paragraph of text 
selected in their browsers, too. 

The preferred embodiment allows each user to decide whether to 
participate in a session as a sender, as a viewer, or as both. It is foreseen that 
there are applications of this invention where users are not given all of these 
options, or where one or more of the options are password-protected. For 
example, in an online classroom situation, it may be desired that the instructor 
is the only sender and that all students are viewers. 
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The present invention can also provide distributed pointers, which 
greatly enhance the level of collaboration in the collaborative session. A 
distributed pointer is a pointer which all users in the session may see and 
which all users may (optionally) move. Without such distributed pointers, it 
may be difficult for collaborating users to know for sure which part of a web 
page or frame is being discussed. Any sender may generate one or more 
distributed pointers in the target web page currently being collaboratively 
viewed 220. Each pointer 221 is generated by inserting HTML pointer code 
into the target web page. The pointer code generates an HTML layer on top of 
the existing target web page. This layer is created at the place on the web page 
at which the user indicates, perhaps with a special keyboard and mouse click 
combination. 

Each layer contains an image of a pointer, but is otherwise transparent. 
The sender can then move the pointers around the target page using standard 
mouse clicking and dragging procedures. State information about the presence, 
visibility and position of each pointer is reflected in each of the receiver's 
browsers using the methods described earlier for other dynamic state (such as 
scrollbar positions). Any sender can control the visibility and position of any 
of the distributed pointers. 

The infrastructure for sharing content and state according to the present 
invention can also be extended, using mechanisms that should be reasonably 
obvious to one skilled in the art, to facilitate other features. For example, note 
that in this invention, the controller acts as an intelligent central location 
through which updates are relayed. Therefore the controller may be enhanced 
to add value to the collaborative web browsing sessions. Example 
enhancements include a purely DHTML-based chat capability, purely 
DHTML-based sharing of web content dynamically generated by users, and 
loading web pages from foreign domains into remote user's browsers (URL 
sharing). It is straightforward to add capabilities in the controller to support 
categories of users, such that, for example, only users who have subscribed to 
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some type of content will receive particular updates. In addition, by time- 
stamping and saving each update, it becomes possible to "play back" a 
collaborative browsing session at a later time. 

Having an intelligent controller in the framework provided by the 
present invention allows one to dynamically transform the content of the pages 
being collaboratively viewed. For example, the controller may be enhanced to 
transform updates received by a sender before they are disseminated to 
receivers. As a few examples, the controller might transform updates to adjust 
for different browser brands or versions being used by different participants, to 
adjust for language differences between different participants, or to control the 
views available to each participant based on some content subscription or 
security scheme. Controls such as buttons or (cascading) pull-down menu lists 
may be included in the monitor control panel to enable, disable or control 
aspects of any such transformations. Alternatively, it may be more appropriate 
to provide a dedicated administrative (presumably web-based) GUI interface 
to the controller to control these kinds of transformations. 

It is also recognized that there may be situations in which a user would 
rather explicitly initiate one synchronization, perhaps by pressing a button, 
rather than enabling the continuous polling mechanism in the preferred 
embodiment. This can be facilitated by adding a simple "Refresh" (for 
receivers) &/or "Send Updates" (for senders) button to the Monitor Control 
Panel, 

It should be noted that this invention uses lightweight techniques (DHTML) 
and simple existing protocols (HTTP, HTTPS, or perhaps SOAP) to facilitate 
collaboration while avoiding firewall penetration problems Therefore, this 
invention can advantageously be used to facilitate collaboration on limited- 
resource devices, such as handheld devices. Such devices might not lend 
themselves as well to a heavier approach which relies on Java or ActiveX 
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controls, for example. More importantly, by targeting the invention to use 
standard and simple mechanisms, the base of potential users is much greater. 

The invention is described in terms that enable any person skilled in 
the art to make and use the invention, and is provided in the context of 
particular example applications and their requirements. Various modifications 
to the preferred embodiments will be readily apparent to those skilled in the 
art, and the principles described herein may be applied to other embodiments 
and applications without departing from the spirit and scope of the invention. 
Thus, the present invention is not intended to be limited to the embodiments 
described herein, but is to be accorded with the broadest scope of the claims 
below, consistent with the principles and features disclosed herein. 

4. Brief Description of the Drawings 

Figure 1 is a block diagram of a distributed collaborative web 
browsing system according to the invention; 

Figure 2 is a block diagram of monitor and target browser windows; 

Figure 3 is block diagram of a monitor web page structure; 

Figure 4 is an example listing of a target monitor request using HTTP; 

Figure 5 is pseudo-code from an update file; 

Figure 6 is a flow diagram of a method used by the controller to 
generate the updates file of Figure 5; 

Figures 7a, 7b, 7c are flow diagrams of methods used by the monitor to 
process changes by the user in the control panel, and to implement the monitor 
controller and target monitor components of the monitor; and 

Figure 8 is a flow diagram of an example user session. 
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f GET 

/sen/fet/CWControllerServletf^ 
mA*\welevatorcojTtf&L=0^^ 
, f3&ln=P.Zp]fWl.V\fcO&n.H=^^ 
401 < &f1 -L=0&f1.T=0&fl .P=v77/61&f2.Wr0^2.H=O&f2.S=http%3^^ 

harrn.meitea.ccMrnAA/Y^ 560&f3 P=v 

355/1 740mW=G&M.H=0&f4.S=http%3A//ham 
DefaulLhtm&f4.L=Oif4.T=0&f4.P=hnull/1 740 HTTP/1 .0 



402- 



Tbe same request, with line breaks inserted for r oadbBfty | 



/servlet/CWControllerServiet? 
cma=doUpdates 
&W=4fl5 
&H-500 

&S^p%3A//harm. rneitca.com/vvwwete 

&L=0 

&T=0 

&P=hnull/null 

&fn=P.2[0]-f1 

&fn=P.Z[1].2(0J-f2 

&fn=:P.2[1J.ZI1H3 

&fn=P.ZI1]-f4 

&fl.H=0 

&f 1 -S^ttp%3A//haj7Tvmeftra.OTr^ 
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&M.P=v77ySl 
&f2.W=0 
&f2.H=0 

&f2T=0 
&f2.P=i/155/15 
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&f3.L=287 
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&f4.hfc=0 
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&f4T=0 
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r 500 

<HTMLxHEAD> 

<!- This file was generated by the Controller on the hostvu eb server -> 
<TITLE>Collaborative Web Browsing;H idden Updates Frame - Updates.html</TlTLE> 
<META HTTP-EQUIV= M Cache-Contror CONTENT="no-cache H > 
<META HTTP-EQUIV^'Pragma" CONTENT»"no-cacheV 
<SCRIPT LANGUAGES Javascripts 
var updates_sequence_number = 13; 

var distributedPointerHTML = «■- HTML code for Distributed Pointer image --» 

function doOnLoad() { 
if( Cannota ccess Monitor Control Panel web page ) 
alert("Cannotf ind Slave Control Panel window*); 
return; // Try again after nextu pdates interval 



\U Monitor Control Panel web page has an older command5_sequence_number) { 
//Apply new updates 

//M ake sure the Slave Targetb rowser window is accessible 
if( Slave Target browser window is nota ccessible) { 

alert( M Could notf ind Slave window"); 

Disable Slave updates in the Monitor Control Panel; 

return; 

if ( Currents lave Targetw Indow dimensions do notm atch new values) < 
Close Slave Targetb rowser window; 

Re-open Slave Targetb rowser window with new width and heightd imenstons; 

if( URL ofw eb page in Slave Targetw indow does notrn atch new URL) { 
Load new URLlnto Slave Targetb rowser; 

return;/ /waitf or Slave Targetb rowser to load web page atn ew URL 

if ( new Slave Targetw indow documentd oes notu se frames) { 
if( Slave Targetw indow's horizontal scrollbar position is old) 

Update Slave Targetw indow's horizontal scrollbar position; 
if( Slave taraetw indow's vertical scrollbar position is old) 
Update Slave Targetw indow's vertical scroltaar position; 
> else { 

if( UhL of web page in Slave Targetw indow's firstf rame is old) { 
Fetch web page atn ew URL Into Slave Targetw indow's firstf rame; 
return;/ Avaitf or load 

if( horizontal scrollbar position in Slave Targetw indow's firstf rame is old) 
Update horizontal scrollbar position in Slave Targetw indow's firstf rame; 

if( vertical scrollbar position in Slave Targetw indow's firstf rame is old) 
Update vertical scrollbar position in Slave Targetw indow's first frame; 

i1< existences isibility or position ofD istributed Pointer in Slave Target 
window's firstf rame is old) { 

Update Distributed Pointer into for Slave Targetw indow's firstf rame; 



«« and so on for sibling frames and any nested frames --» 



Monitor Contrd Panel web page's updatDS_sequenca_number = updatee_secjuenoa_nurnber; 



</SCRJPT> 
</HEAD> 

<BODY onLoad="doOnLoad()"> 

<b>Updates.html for updates^sequence number 13</b> 
<c/BODYx/HTML> 
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Extract (minimally) the Target browser's window width, window 
height, URL, and scrollbar positions from HTTP parameters. 
Decode frame parameters and additional parameters H any. 
The additional parameters may contain Information about any 
additional tate processing operations to be performed. For 
example, decode information, if any, about any Distributed 
Pointers contained in any (possibly nested) frames. 
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Generate a new Updates.htrnlf He on host web server, 
perform any added value transformations. 
Updates-html header contains a Javascript onLoad() 
handler which willb e executed in the Slave Monitor as 
socn as the page is loaded into a hidden frame in that 
Monitor web page. The onLoad hancfler includes code to: 
-do error checking (e.g. see if Slave window exists) 
-check updates sequence number to see if this 
Updates.html file has been processed , yet 
-apply any updates which are new to the Slave Target 
-update Monitor's updates sequence number 
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1. ABSTRACT 



A computerized system enables multiple users of standard Internet web 
browsers to collaborate by having significant states of their browser, such as 
which web page is currently being viewed, scrollbar positions, and form 
values, to be remotely controlled by users of other Internet web browsers. The 
system uses a monitor to poll the static and dynamic state of the selected pages, 
and to communicate the state with a controller executing on a web server. The 
content of the collaboratively viewed pages is arbitrary because viewed pages 
remain unmodified. Therefore, pre-existing web pages can be collaboratively 
browsed. Each of the users is optionally a sender or a receiver of selected web 
pages, and therefore is allowed to control which web pages are collaboratively 
viewed. 



2. Representative Drawing 
Fig. 1 



